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An improved netw<Mt flow system includes an 
Intemet^intranct enables* networic flow comptxter with at 
least one flow measurement device and a host computer 
capable of communicating using Internet technology or 
through local connection to the flow computer. In one 
embodiment, the Internet enabled network flow computer 
receives flow measurement data, in raw of calculated 
form, from one or more measurement devices. The 
host computer connects to the network flow computer 
via the Internet, an intranet or local connections. The 
host computer transmits or receives data from the network 
flow computer, inchiding the capability to view flow data 
results in web page format on the host computer and die 
capability to remotely or locally configure and contnd die 
flow computer from the host computer. 
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WO0Q/3«W PCT/US99/29830 
INTERNET ENABLED NETWORK FLOW COMPUTER SYSTEM 
CROSS-REFERENCE TO RELATED APPLICATIONS 
This application claims the benefit of U.S. Application Serial No. 09/212,176 filed 
December 15, 1998, and entitled Internet Enabled Network Flow Computer System, viiich is 
herd>y incoipoiated by reference fi>r all purposes. 

STATEMENT REGARDING FEDERALLY SPONSORED 
RESEARCH OR DEVELOPMENT 

Not iqiplicable. 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates genendly to computer systems for measuring and controlling 
the flow of liquids and gases through pipeline or conduit More particularly, the present invention 
relates to flow computers that can be accessed remotely and locally. Still more particularly, the 
present invention relates to flow computers that fimction as web servers to enable an operator to 
control the flow computer, and obtain flow measurements from the flow conq)uter via the Internet, 
intranet and similar technology. 
Background of the Inventiwi 

Flow conq)uter5 are used throughout the world to control and measure the flow of liquids 
and gases m pipelines. Flow conq)uters are used in various, industries such as in the oil and gas 
industry and in the water treatment industry. The flow conq>uters, typically connected to a number 
of flow sensors, receive signals that indicate the flow of liquid or gas. The flow conq>uter processes 
these signals to obtain desired flow calculations. In some industries, tiiese flow calculations aie 
used to determine the quantity of a commodity, such as oil or gas, that has passed through a 
pipeline. In some instances, the flow calculations are used as a basis for a business tzansactim to 
determine the volume of a commodity that has changed possession ftom one party to another. 
Because of the quantities and money involved, it is critical that the flow computer be extronely 
precise and extremely reliable, regardless of the environment in which it is used. In addition to this 
critical role of providing exact flow measurements, the flow computer also may be used to 
automatically control various pipeline equipment such as valves, meters, electronic switches and 
other devices for controlling the operation and flow of the liquid or gas. 

As shown in Figure 1, a conventional flow computer 10 includes a processor 11 with 
associated secondary storage device 13, keypad 14, LCD display 15 and data ports 17-23. Flow 
computer 10 may also include a floppy drive 16. Connected to flow computer 10 by data ports 17- 
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23 may be various flow raeasuranent transduces 24-26, control devices 29-30, modem 27, ami 
serial input/output device 28, such as a host computer 31. Data ports 17-23maybeRS-232orRS- 
485 data poits. 

Microprocessor (or '"processor") 1 1 operates as the ''brains*' of the flow conqmter 10. 
5 Microprocessor 11 connects to a pq)eline, for cxairq)le, by flow measuTOTcmtransd^ A 
variety of qjpropriate transducers 24-26 are known that provide data in analog voltage^ analog 
current, fiequcncy or other formats but nonetheless all of these transducers provide monitoring data 
regarding the amount and character of the fluid flowing through die pipeline. Miooprocessor II 
monitors the data ftbm the transducers, performs calculations, and carries out other fimcdons. 

10 Software is embedded in the secondary storage device 13 that allows the microprocessor 11 to 
perform these functions. The secondary storage device 13 typically is an expensive solid state 
device known as a "flash disk" or ROM chip, whidi can withstand the harsh environments and 
extreme weather conditions in yvtdct flow computers are often used. 

The flow conq)uter 10 may be controlled by an "on-site'' opoator. Keyboard 14 allows an 

15 operator to uspnt information such as commands Ibat determine die fiequency with ^ch flow 
measurement readings are taken and results calculated. An operator may also choose to use die 
floppy drive 16 or other s^jpropriate memory device to load and store data into die flow conqniter 
10. Processor II provides a visual feedback to an operator by LCD di^lay screen 15. Alternately, 
an operator may choose to "plug in" a laptop computer or other inter&ce device 31 to the flow 

20 conqiuter via one of the data ports 17<-23. This allows die owner or operator of the flow conqniter 
10 to easily obtain flow measurement infi>rmation from the flow computer, and also to reprogram 
or modify the software of the flow computer v^en necessary. 

StiU referring to Figure 1, while it is possible to configure the flow computer 10 directly or 
locally, it is also known to communicate wifli the flow computer 10 remotely. For exanqile, 

25 modem 27 connects to a phone line 32 and allows remote coimecdon of a host computer to die flow 
computer 10. When flow computers are located in hard to access locations, a satellite antenna 
device may be used to form a satellite link to transmit information to and from a host compute. 
Thus, if an oil company desires flow data from a deepwater ofifehore platform, the oil company can 
establish communication with the flow conq)uter from a host computer via a satellite connection, 

30 and then obtain the desired flow information. Alternatively, an operator may travel to the ofiishore 
platform and connect a laptop to the flow computer to retrieve the desired informatioiL Remote 
communication with the flow computer provides the advantages of an on-site link with the flow 
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computer via a laptop computer without needing to be physically comiected to the flow computer. 
However, several problems with this qipioach exist in present systems. 

While this syston pamits flow measurements to be readily obtained at a remote location, 
several problems exisL The first problem is that manu&ctuieis of flow compulm usually 
implemem their own propiietaiy communication protocol in their flow oon^uteR 10. TTie 
manufecturers may even use a customized processor that uses a propiietaiy operating system. 
Tlnis, the host computer 31 must have specialized software that is capable of into&ang and 
communicating with flie propiietaiy software nmning on the flow computer in order to configure or 
retrieve infoimation fiom the flow computer. Similarly, if a laptop is used to communicate directly 
wifli the flow computer, die hiptop must use the appropriate proprietaiy communication protocol 
As one of onhnaiy skill wiU appreciate, customers may employ flow computer fiom sevend 
manufecturers. In this event, the customer must keep track of the manufecturer of each flow 
computer so that the proper communication protocol can be used when communicating widi a 
particular flow conqniter. 

Further oomplicatiag this is that flow computer manufictureis periodicaUy release new 
versions of software lor their flow oomputere. Uinm die flow computer beiflg upda^ 
software the host computer or laptop computer must also be updated. Consequently, the customer 
must record not only the manu£K:turer, but also the version of software that resides in the flow 
computer to ensure that propo^ communication and control can be cxenased fiom the host co^ 
or laptop computer. Thus, each time a new feature is added to the software or a new or modified 
protocol is used, the host must be coirespondingly modifiedAipdated. Inevitably there exists 
mnnerous versions of software running on different hosts. As a result, a significant problem arises 
in diat a particuhn- host machine, depending on which version of host software it is running, may or 
may not be able to efifectively communicate and access some or all features of a givoi flow 
conqiuta. In addition, the manufecturer of the flow computer is faced wifli die enormous task of 
attempting to ensure backward compatibiUty wifli host software fliat has not yet been updated to die 
l^est software version. 

The software version compatibility problems cause user confiision in the field and customer 
service nightmares. This problem has existed for years wifliout any viable solutioa Despite Uiis 
30 well recognized problem, no effective solution has ^^jeared. 

In addition to die absence of an industry standard protocol, an industry standard protocol 
may be too limiting as technology advances. MODBUS, which cuirenUy is an industry standard 
bus tfiat is used to connect flow transducers such as 24-26 to a flow computer 10. is one example. 



20 



25 



3 



WO(NV36380 PCTA;S99/29830 
The MODBUS technology is approximately two decades old and has failed to keep pace with die 
many technological advancements that have occuned over the years. Therefore^ in order to make 
MODBUS work with some current technology, changes must be made to MODBUS. The problem 
is diat once the standard MODBUS architecture is modified, then inconq)atibilides are fntwyhT^f^ 
S between the flow ooiq)uter and the transducers unless both are using the same version of 
MODBUS. Thus, unless an industry standard architecture or protocol is condiuially updated, die 
standard becomes outdated. 

It would be desirable if a standardized architecture and protocol could be developed for 
flow conq)uter5 and host conqputers, while allowing sufSdent flexibility to permit technological 

10 improvements to be implemented in flow computer technology. Deq>ite the zpparcat advantages 
such a system offers, there has been no solution to these problems. 

BRIEF SUMMARY OF THE INVENTION 
An embodiment of the invention comprises a network flow system including at least one 
measuiemoit device, a flow computer configured as a web senrer and associated with the 

IS measurement device, the flow conq)uter configured to receive data from it, and a host corxqmter 
communicating with the flow computer either locally or via an Internet/intranet cormectiotL 
Uniform resource locator CVRLT) address may therefore identify the flow conqjuter^ and die 
host rruiy receive data from the flow corrq>uter in a web page format The flow computer may 
also self-configure to identify and conununicate with an attached measurement device. The flow 

20 computer may have a scalable operating system compressed onto a flash disk, and may be 
remotely programmed by a host computer. The host corrq)uter may communicate with the flow 
computer by a web browser. 

Another embodiment of the invention is a method to obtain measurement data. The 
method includes coupling a flow computer to a measurement device suitable to monitor a fluid 

25 and provide corresponding measurement data, and connecting die flow coiq)uter via a 
communication link to a host computer, the flow computer obtaining measurement data Sxm the 
measurement device using a first protocol and communicating with the host computer using a 
second protocol, the second protocol being suitable for Intemet/intranet corrununicatiotL Other 
aspects of this method may also be present. For example, the measurement device may be 

30 queried at regular intervals, the host computer may program the flow computer, the flow 
computer may be identified using a URL address, and the flow computer may generate a web 
page including data from the measurement device. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
A b^ter understanding of the present invention can be obtained when the following detailed 
description of the preferred embodiment is considered in oonjmiction wiA the following drawings: 
Figure 1 is a block diagram ofa prior art flow computer system; 
S Hgure 2 is a block diagram of an inqnoved flow conqputer and host system constructed in 

accordance with flie preferred embodiment; 

Figure 3 is a block diagram of the network flow computer of Figure 2 constructed in 
accordance with the principles of the present invention; 

Figure 4 is a block diagram of the software inylemented in die network flow conqiuter of 
10 Figure 2; 

Figure 5 is a block diagram of the flash disk, BIOS and RAM disk of the network flow 
conqiuter of Figure 2; and 

Figure 6 is a flow chart of die flash disk initialization routine perfbimed on the network 
flow conqputer of Figure 2. 

15 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The foOowing detailed description describes the prefa ied embodhnent for in^>lemeoting 
the undedying principles of the present invention. One skilled in die art should understand, 
however, diat the following description is meant to be illustrative of die present invention, and 
should not be construed as limiting the principles discussed heteiiL hi addition, certain tenns are 

20 used throughout die following description and claixns to refo to particular system cotx^ As 
one skilled in the art will q)preciate, manufacturers may refer to a component by different names. 
This document does not mtend to distinguish between components that differ in name but not 
function. In the following discussion and in the claims, the terms '"including** and "comprising** are 
used in an open-ended fashion, and thus should be interpreted to mean 'includes, but is not limited 

25 to Additionally, the term "fluid** is used in a manner including liquids and gases. Also, die 
term "coiqsle** or "connect** is intended to mean either an indirect or direct electrical cormectioiL 
Thus, if a first device couples or coimects to a second device, that connection may be through a 
direct electrical coimection, or throu^ an indirect electrical connection via other devices and 
connections. 

30 Referring now lo Figure 2, a host computer 50 couples to one or more network flow 

computers 100, 800, 900 via the Internet, intranet or similar technology. The flow computers also 
coimect to various flow measurement devices 710, 720, 730 via a standardized bus, such as a 
MODBUS. Although three such measurement devices have been shown coimected to each of the 
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flow computers in Figure 2, one skilled in the art will understand that the number of flow 
measurement devices and other equ4)ment may vary. Similariy, the host computer SO m^ act as a 
host to an unspecified number of flow ooiiq>uter5, without limi^i>t^^" 

According to the prefisrred onbodiment of the present invention, the flow oonqvuter is 
5 programmed to collect or receive data fiom a measurement device such as 710. 720, 730. Flow 
conqiuter 100 is also programmed to be a wd> server, sudi diat it can communicate over an 
Internet, intranet or similar technology coxmectioa In addition to operating as a web server, die 
network flow computer 100 also executes other flow computing software. 

The host computer SO may conq>rise any PC (personal conq>uter), laptop conq>uter, work 

10 station, mainframe computer, or any other computer csq)able of siqiportuig Internet, intranet or 
similar technology access. The network flow computer 1 00 may be based on the INTEL x86 fimily 
of microprocessors or conq)atible processors, sudi as those manufictured by AMD in its K6 and 
K7 fionily, CYRIX'S PR series, and IDTs C6 and C7 £unily of microprocessors. The network 
flow computer 100 may also be based on SUN MICROSYSTEM'S RS 6000, SPARC, or ALPHA 

IS RISC microprocessor based marhines. Alternatively, the n^wo± iOow computer 100 may be 
based on any other microprocessor diat is capable of performing the operations required in die 
present inventiorL The preferred embodiment contemplates use of an INTEL jcM hasgd cmnpw^ 
as the most cbst-e£Bcient platform. The tnimfniim system requirement for die netwmk flow 
computer on an jr86 platform is a 386 class microprocessor, such as that commerdaUy available 

20 fiom manufacturers like INTEL, AMD and CYRIX. The invention will also work on hig^ class 
x86 architecture microprocessors such as the 486 fionily, die PENTIUM, the PENTIUM PRO, die 
PENTIUM n, and die like. As explained above, the invention will also work on non-x86 platform 
computers. While the best mode implements a standard PC configuration, the invention can be 
inqilemented in a machine with an embedded computer or processor. 

2S The host computer SO preferably runs an Internet web browser software package, sudi as 

MICROSOFT'S INTERNET EXPLORER or NETSCAPE'S NAVIGATOR software, although any 
generic browser may be used. No other specialized software is required at the host conq)uter. 
However, if desired, the host con^uter SO may be programmed with specialized software to enable 
backward compatibility with older versions of software on the network flow computer. Such 

30 specialized software can co-exist with the software implemented in the preferred embodiment of 
the present invention. 

The host computer 50 may connect to the Internet directly or through a service provider. 
Similarly, both host computer 50 and network flow computer 100 may cotmect to the Internet using 
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any communicaiion media, inchiding a standard analog pbone line connection, an ISDN 
connection, a Tl connection, a satellite connection, direct wire connection, or die like. Host 
computo- SO may also be direcdy connected to flow computer 100, bypassing die public Internet, 
such as tfaiou^ the use of intranet and similar technology. 
S During operation, flow measurement devices 710, 720 and 730 monitor and measure certain 

parameters of a fluid or fluids of interest Flow computer 100 receives flow measurements fiom the 
flow measurement devices 710, 720 and 730 and perfimns flow calculations. The flow conq>uter 
then displays these flow calculations on a web page real-time. The flow conqiuter 100 may also be 
requested to di^lay historical and other measurement or configuration data. Each flow computer 

10 therefore has its own wd> address. Host computer SO accesses these flow calculations by simply 
entering the respective URL address for a particular flow computer. For example, to address flow 
conqniter 100, an operator of host computer 50 selects the Internet URL address for flow conqiuter 
100, which as shown in the example of Figure 2 is www.flowtfl.com . While the present mvention 
refers to URL to identify the address of flow conqiuter 100, the present invention enconqiasses any 

15 other type of addressing that rnay be used to identify a flow coniputer. In response to die selection 
of this address, flow conq)Uter 100 is contacted and replies widi its web page, which preferably 
includes a list of current flow calculations. Odier features and details of the flow computer 100 
may be selected torn menu entries in that computer's web page. In similar fishion, eadi of die 
odier flow computer in die customer's inventory may be addressed and its information monitOTBd 

20 real-time via the Internet, intranet or similar technology. 

Tlie configuration shown in Figure 2 solves many of the problems associated with the prior 
art Prior art measurement devices 710, 720, 730 may operate using only a single industry standard 
protocol. For example, gas chromatographs use only the MODBUS protocol to communicate with 
external devices. When a gas chromatograph connects to a networic flow coniputer using industry 

25 standard MODBUS protocol, the gas chromatograph becomes, in effect, a networked gas 
chromatograph that is accessible remotely via the network flow computer. Additionally, the 
software on the gas chromatograph does not require an upgrade. So long as the gas chromatograph 
is coupled to the network flow computer 100 as explained above, the network flow corrq)Uter can 
make the flow measurement data provided by the gas chromatograph accessible remotely by any 

30 host computer SO located anywhere in the world. This eliminates the need to ensure that the flow 
computer and host computer are rurming the same version of software. Further, this solution is 
particularly practical in the real world because of the wide availabiUty of Internet cormections. 
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The principles of the present invention may be applied to existing metcre, inchidii^ gas 
chromotogr^hs, ultrasonic meters, and orifice metas. For exan^le, diese meten may abeady 
include in their design associated electronics. Hiese electronics may be integrated witfi a network 
flow computer so that such meters in eflFect become Internet enabled meteis with a buUtm 
5 flow computer. When the present invention is used in such meteis, the meters are capMe of 
fimctioning in a manner similar to the piefiared embodm 
all of the existing functionality within die metera. 

Referring now to Figure 3, a network flow computer 100 constructed in accordance with a 
prefiared embodiment mcludes a PENTIUM femily microprocessor operating at a clock q>eed of 
10 lOOMhz or 133Mh2. The netwoik flow computer 100 preferably includes a minimum of 2 
megabytes offlash disk 170, with 5-10 MB being most preferred. The actual size of the flash disk 
is somewhat dqjendent on the nuinber of options or features incorporated into the sy^^ TTie 
flow computer 100 also preferably includes at least 8 megabytes of RAM 130, with 16-32 
megabytes being most prcfened The flow computer 100 also includes a display mechanism 1 10. 
15 The display 1 10 may be a standalone monitor in a flow conq>uter in^lcmented in a standard PC 
configuration. When the flow computer 100 is implemented in a machine with an emb^ded 
conqiuter or processor, the display 110 may be an LCD display unit such as a 2" x Iff* text-only 
LCD display. ITie flow conq)uter 100 also includes a kq*oard 145 and may include floppy disk 
160. 

The networic flow computer 100 also prefwably includes one or more bus intofeces 185, 
such as ISA and PCI bus intCTfiaces. Analog and digital interfece cards 190 in the flow computer 
100 are coupled to the bus interfaces 185 of the flow computer. Flow measuronent devices such as 
turbine meter 710, pressure transducer 720, diflferential pressure transducer 730, tempeiature probe 
740 and other flow measurement devices 750 are coupled to the analog or digital interface cards 
190. Such flow measurement devices provide flow data to the flow computer 100 on a real-time 
basis. When flow measurement devices 710, 720, 730, 740 and 750 are directly connected to 
network flow computer ICQ, the network flow computer becomes the flow meter for the flow 
measurement devices. As a flow meter, the network flow computer 100 receives and processes 
digital and analog signals sent by the flow measurement devices 710, 720, 730. 740 and 750. The 
network flow computer 100 then performs ail necessary calculations and corrections to the raw data 
received from the flow measurement devices 710, 720, 730, 740 and 750. The flow computer 100 
stores the calculated flow measurement results in log files on the flash disk 170. 
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The flow computer may also self-configure to identify and communicate with an attached 
measurement device. As one of ordinaiy skiU in the ait will acknowledge and appreciate, 
methods of identifying peripheral devices attached to a computer are weU known in the indusHy. 
The host computer 50 may connect to the networic flow conqiuter 100 via die Internet 340 
5 to view the flow resdts real-time. As previously stated, host computer 50 may also co^ 

netwoA flow computer 100 via intranet or similar technotogy. On the host computer 50, the 

calculated flow results are disphyed as graphs, tabks of data or in any other desired manna of 
display. In addition, the flow computer 100 may store some or all of the calculated flow results for 
subsequent analysis by the host conqiuter 50. 

10 Stiflrefiaiing to Figure 3. the network flow computer 100 also prefiaably includes one or 

more serial ports 150, such as RS-232 or RS-485 serial ports. The serial ports 150 enable the 
networic flow computer 100 to communicate wifli various external devices. The netwo± flow 
computer 100 is coupled via serial ports 150 to ultrasonic meter 400 and gas chiomatograph 500. 

The industry standani MODBUS protocol is used by the flow computer 100 to coinmunicate 
15 the RS-232 or RS-485 serial ports 150 with the ultrasonic meter 400, gas chiomatograph 500, and 
flow computer 600. Tie serial port 150 is also used to provide direct connection of the host 
coinputer 50 to the network flow coinputer 100. Direct connection of the host computer 50 
iietworic flow computer 100 via die serial port 150 is oftentnnes necessaiy when the host coinp^ 
user is physically located at the networic flow conq>uter's site for various reasons such as when 
20 troubleshooting or servicing the networic flow computer. Gas chiomatograph 500 is connected to 
the networic flow computer 100 via RS-232 or RS-485 serial ports 150 usmg industry standard 
MODBUS protocol 

Still referring to Figure 3, die networic flow computer 100 is coiqiled via serial port 150 to 
the ultrasonic meter 400. An ultrasonic meter 400 may also be connected to the networic flow 

25 computer 100 via the LAN interfece 140 and LAN servers 320. The ultrasonic meter 400 may be 
strictly a flow meter or a flow computer. As a flow meter, the uhrasonic meter 400 recoids raw 
velocity flow data and does not pafoim any data corrections such as for temperature and pressure. 
TTie raw data is then communicated by the ultrasonic meter 400 to the flow computer 100 which 
performs aU necessary calculations, including correcting the data for temperature and pressure. As 

30 a flow computer, the ultrasonic meter 400 not only records the raw data but also performs the 
necessary calculations, corrects the data for temperature and pressure, and finaUy communicates the 
calculated results to the networic flow computer 100. 
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The netwoik flow conq)uter 100 is coupled to other flow computers via serial ports ISO. 
For exanq)le» network flow computer 100 may be coiqiled to another flow coiiq)Uter 600, such as 
the commercially available flow computo- DANIEL SPECTRA 100, via the serial port ISO. The 
external flow con^uter 600 may itself be coupled to other flow measurement devices such as 
5 devices 710, 720, 730, 740 and 7S0. In such a configuration, the network flow computer 100 is 
indirectly connected to flow measurement devices 710, 720, 730, 740 and 7S0 via flow conqiuter 
600. In an indirect connection of the netwoik flow coiq>uter 100 to flow measurement devices 
710, 720, 730, 740 and 7S0, the flow computer 600 receives and processes the digital and anabg 
flow signals fiom the measuiemoit devices and typically the flow computer 600 performs all 

10 necessary flow measurement calculations. The computed results are then communicated by die 
flow computer 600 to the network flow computer 100. After receiving the conq)uted results^ the 
netwoik flow conq>uter 100 stores die results in log files on flash disk 170. 

In die prefened embodiment of die present invention, the netwoik flow conqniter 100 
connects to a host computer 50 via the Internet and the WoridMde Web 340. As previously stated 

IS and as one of oidinaiy skill in the ait will s^ipreciate, netwoik flow computer 100 m^ also be 
connected to host conqiuter SO via an intranet and similar technology. Tlie flow conqiuter 100 m^ 
connect to die Internet and the Worid ^de Wd) 340 in many different ways. In die prefiared 
embodunent, die flow conqiuter ItiO connects to die Internet and die Worid ^ide Wd) 340 via a 
local area netwoik C*LAN**). The n^oik flow conqiuter 100 includes a LAN inteifice 140. 

20 While the preferred embodiment uses the industiy standard Ethernet LAN, one skilled in die ait of 
the present invention will appreciate that other commercially available LANs such as LON 
WORKS, PROF! BUS, DEVICE NET, CAN, USB, or any odier mdustry standard LAN will also 
be appropriate. The LAN connection 140 enables connection of die flow computer 100 to the 
Internet and the World Wide Wd 340. The LAN connection 140 also enables the netwoik flow 

2S computer 100 to be networked to other equipment at the site whm the flow computer is bdng 
used. To enable the connection of the flow computer to the Internet 340, the LAN inteifiu:e 140 is 
coupled to a router or gateway 310, which in turn is coupled to LAN servers 320. To prevail 
unauthorized access, infiltration of the LAN by viruses bom the Intemet, and for other security 
reasons, the LAN connection 140 of the flow conqiuter 100 is secured by coupling the LAN savers 

30 320 to a firewall 330. The firewall 330 is then coupled to the Intemet and World Wide Web 340. 
While in the prcfeired embodiment the flow computer 100 is coupled to the Intemet and Worid 
Wide Web 340, one skilled in the art will appreciate that the present invention will similarly woik 
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with any future improvements to the Internet, the World Wide Web or any other aspect of the 
Internet, including what is commonly referred to as the forthcoming 'Internet IL- 

Still referring to Figure 3, the network flow computer 100 may also be connected to the 
Internet and the World Wide Web 340 via other communication media. Therefore, the flow 
5 computer 100 also preferably includes one or more communication interfice cards 1 15 coq>led to 
various external communication devices via modem 210, satellite 220, ISDN 230, Tl line 240 and 
cable 250. Any one or more of the communication media, modem 210, satellite 220, ISDN 230, Tl 
line 240, and cable 250, may be used to connect the network flow conq)uter 1 00 to the Internet and 
World Wide Wd) 340. Similarly, die host computer 50 is connected to the Intern^ and World 
10 Wide Web 340, 

Referring now to Figure 4, custom software has beai written and combined with off-the- 
shelf commodal or publicly available software to inclement the network flow conqiuter 100. The 
combination, order, layering or hierarchy of software in Figure 4 is intended to simplify discussion 
of software used in tiie preferred embodunenL It should not be interpreted as a limitation of the 

15 present invention. Different combination, order, layering or hierarchy of software may be used m 
the present mvention. Software used in the preferred embodiment of the present invendon includes 
the LINUX operating system COS"^ 101, networic services software NET SERVICES 102, 
industry standard MODBUS communication protocol 103, the APACHE wd> server 104, CGI 
scripts and HTML code 1 05, and JAVA applets and C programs 1 06. 

20 Hie base platform for the software in the network flow computer 100 preferably comprises 

RED HAT UNUX Operating System C'OS'O 101. LINUX OS 101 is a multitasking and multi- 
user operating system. RED HAT UNUX OS 101 is a variant of the popular UNIX operating 
system, RED HAT UNUX OS is commerciaUy available from RED HAT SOFTWARE, INC. 
(httpV/www.redhaLcom). The UNUX OS 101 contains the software "kemeP for die networic flow 

25 computer 100. As one skilled in the art wll understand, the kernel is software code widiin the 
operating system that functions as die master controller of all system operations and resources. The 
kernel contains the base functionality of the operating system, but not die file system. The kernel is 
responsible for allocating computer resources. The kernel requires a file system to execute files, 
locate files, and perform other file operations. There are many different types of files, including 

30 data files and code files. Examples of code files are EMACS, a text editor, and X-WINDOWS, a 
graphical shell for UNUX OS 101 . 

While die preferred embodiment of the present invention implements the RED HAT 
UNUX OS 101, odier distributions of LINUX or odier operating systems may be used if desired. 
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Exan^les of other publicly available distributions of LINUX include SLACKWARE UNUX, 
YGGDRASIL UNUX, and CALDERA LINUX. Although the present invention wiU woik with 
full-featured operating systems, such as WINDOWS 98 or WINDOWS NT. it is preferable to use 
an opoating system that is scalable, such as UNUX OS 101 or NflC^ A 
scalable opexating system permits sela^on of a subset of the opoating system modules or features 
that are necessary for die qjplication at hand. The memory space required by the subset of die 
operating system features or modules is controlled and can dierefbre be minmij7if»^ opability 
of scalable operating systems is particulariy desirable in development of embedded systems wbm 
memory ^ace may be limited and expensive. For example, in die present invention UNUX OS 
101 with a selected set of features requires only qjproximately 2 megabytes to boot, ^idiereas 
WINDOWS 98 may require upwards of 100 megabytes. Furthermore, because the netwo± flow 
computer 100 is preferably designed for harsh environments, relatively e]q>ensive memory 
components,sudiasflashdisks 170, are used. Thus, the use ofascaU>le operating system, such 
as LINUX OS 101, is desired to minimize the amount of memory required in the flow conq>uter, 
and consequmtfy rniriiinize the cost of the system. 

Still refening to Figure 4, in the prefened. embodiment, die size of the gmhftddgd LINUX 
OS 1 0 1 is reduced down to 1 to 2 megabytes o f storage by reconq>iling die UNUX OS source code 
with a subs^ofthefiill features ofdie standard UNUX OS. This is acconqilished by 
configuration utility provided by RED HAT UNUX. Hie utility enables selection of a subset of 
the functions provided in die standard LINUX installation. The utility is executed in die X- 
WINDOWS shell provided by UNUX The command ••make xconfig** is executed fiom wifliin X- 
WINDOWS to initiate the utility. Once the utility is initiated, die options identified in attached 
^endix A are selected. Once die identified UNUX OS options have been selected, die 
configuration utility is used to recompile die source code of UNUX OS 101 to generate a subset 
version of the OS where the size of die OS has been minimized to save storage space on die flggh 
disk 170 of the network flow computer 100. 

The next ••layer" of software in die network flow computer 100 is die NET SERVICES 102 
bundle of software. The NET SERVICES software 102 is a combination of one or more system 
programs (as opposed to ^plication programs), that provide various system services or resources 
and work in conjunction widi die LINUX OS 101. For example, die preferred embodiment uses 
NET SERVICES such as die FILE TRANSFER PROTOCOL ("FTP*'), HYPER TEXT 
TRANSFER PROTOCOL ("HTTP'O and TELNET. However, die present invention may use 
odier NET SERVICES 102. NET SERVICES 102 programs are pubUcly available and may be 
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acquired from many different sources. For example, as in the prefened embodiment, the NET 
SERVICES 102 software may be acquired from the RED HAT LINUX distribution CD-ROM. 
Most publicly available LINUX distributions typically include NET SERVICES 102 software. As 
previously mentioned, examples of other publicly available LINUX distributions inchide 
5 SLACKWARE UNUX. YGCjDRASIL LINUX, and CALDERA LINUX. NET SERVICES 102 
software may also be readily downloaded from various Internet sates. Such Internet sites are easily 
identified using commonly available Interna search engines. 

StiU rcfening to Figure 4, the p i efe iied embodiment uses FTP net service 102 to transfer 
fflesb^een the host computer 50 and the network flow computer 100. The HTTP net senrice 102 
enables the network flow conqiuter 1 00 to communicate in the World Wide Wd) of the Intemet 
Consequently, an operator may view flow measurcmjcnt results fiom the nrtwork flow casnpma 
100 via a host computer 50 using an Intemet browser, such as MIC310S0FT INTERNET 
EXPLORER or NETSCAPE NAVIGATOR. The prefcned embodiment uses TELNET net service 

1 02 to enable an operator to remotely login to the network flow computer 1 00 as a tenninaL Such a 
remote connection appears to flie network flow conqiutcr 100 as if the technician is physically 
located where tfie network flow computer resides and pennits the technician to work direcdy on the 
network flow conq)uter. Furthennore, such a connection enables the technician to troubleshoot die 
network flow computer 100 fiom a remote site. 

The MODBUS software 103 enables the network flow computer 100 to communicate via 
the RS-232 or RS-485 soial ports 150 with legacy flow computers or flow meters such as the 
ultrasonic mto 400, gas chromatograph 500, and oflier flow conq)uters 600. MODBUS software 

103 implements the standard MODBUS communication protocol to work in conjunction with 
UNUX OS 10 1 . The source code in i^pendix B is an inq)lementation of the MODBUS protocol 
using the C prograrruning language. 

The APACHE Web Server software 104 enables the network flow computer 100 to act as 
web server using HTTP and FTP NET SERVICES 102 communication protocols. As a wd) 
server, the networic flow cony)uter 100 may be accessed via the host computer 50 over the Intemet 
340. Similarly, the network flow conQ)uter 100 may be accessed via the host computer 50 ova- an 
intrant or similar technology. The APACHE Web Server software 104 also enables use of 
COMMON GATEWAY INTERFACE C*CGr) scripts 105, discussed below. The APACHE WEB 
SERVER software 104 is a publicly available web server software and may be easily downloaded 
from the Intemet. Internet sites for downloading the APACHE Web Server software 104 may be 
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identified by using commonly available Intemet search engines. A mominent Internet web site ibr 
downloading the APACHE WEB SERVER software 104 is www.apache.ors. 

Still refeiring to Figure 4. the CGI scripts and HTML code 105. and JAVA aiiplets and C 
programs 106, are q)plication programs that enable the netwoik flow computer 100 to perfmm 
various tasks as part of its overaU function of communicating with various external devices and 
presenting calculated flow data tesuhs to host computers 50 oomected to the netwoik flow 
computer via die Internet 340. As one skUled in the art of the present invoitionwiUapiaedatei 
various such programs may be written to emd)le the networic flow computer 100 to peifonn various 
functions. For example, the source code provided in Appendix C enables the netwoik flow 
computer 1 00 to que^r the ultrasonic meter 400 once every sixty seconds to obtain corrected flow 
rates. Once obtained, the flow computer 100 appends the flow rates to a log file named 
••ultrasonicJog." One such file is created for each fiill day and the process is repeated every twenty- 
four hours. Similariy. Appendix D is an example which lists source code enabling the flow 
computer 100 to read predefined message blocks fiom the ultrasonic meter 400. TTje mess^ 
blocks contain data used to populate tables. Hie tables are then displayed on a host computer 50 
comiected to the flow computer 100 via the Internet 340. Both of a» foregoing examples also use 
die MODBUS protocol 103 programs Usted in Appeal B. 

The CGI scripts and «)de 105 use MVA applets to disphy the computer flow data 
results in a graphical format on the host computer 50 when the host is connected to the flow 
computer 100 via the Intemet 340. The JAVA applets are commerciaUy available under the brand 
name JAVACHART fiom VISUAL ENGINEERING. INC. As one skilled in the art of the present 
invention will appreciate, the functionality provided by the commercial software JAVACHART 
can be indq)endently developed using JAVA programming. 

Referring now to Figures 3 and 5. the flash disk 170 of the network flow computer 100 
25 contains the software files identified in Figure 4. Hiese programs and data execute when the 
networic flow computer 100 is used for its intended purpose. However, the flash disk 170 must be 
initialized before it can operate properly. Similar to the initial fonnatting and installation of an 
operating system and other software and data on the hard disk of a common PC, the initialization of 
flash disk 170 is typically performed only once per unit However, the initialization process may be 
repeated as necessary. Prior to mitiaKzation, the flash disk 170 is either unfonnatted or contains 
files which must be deleted. 

Refening now to Figure 5, as previously discussed, the network flow computer 100 
includes flash disk 170 and RAM 130. The network flow computer 100 also includes BIOS 121. 
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Flash disk 170 includes LINUX LILO loader 171 on the master boot record C*MBR") of the flash 
disL Flash disk 170 also includes non-compressed file space 172, compressed file space 173, user 
data area 174 and spare space 175. RAM 130 includes RAM Disk 131, a non-conqnessed file 
space. 

In a regular PC, the file system is generally not conqnessed and resides on Ibt haid disk of 
the PC. The hard disk in a PC is a relatively mexpensive storage medmm. Therefore, it is 
economically justifiable to have non-conqnressed file systems for general software q)plications on a 
regular PC. Generally, to run software on a standard PC configuration, the program gets 
dynamically loaded fiom the PC*s hard disk to the PC's random access memoiy QTLAh/T) where 
the programs are executed. The file system in a standard PC configuration remains on the hard disk 
and programs read from and write to the file system on the hard disk. However, the programs must 
reside in RAM during execudoa Programs cannot execute on die PC's hard disk. 

The preferred embodiment of the present invention does not use hard rf«iffi as a form of 
non-volatile pennanoit storage medium. This is because present day hard drive technology 
generaUy camiot withstand the harsh environments in which flow conq)uter5 may be u^ JnsKcad, 
the prefened embodiment uses flash disk 170 for non-volatile permanent storage. Hie flngh disk is 
necessary because files must be stored in some pennanent non-volatile storage medium. A non- 
volatile storage medium does not lose data stored on it wbm electrical power to the storage 
medium is temiinated. A flash disk onulates a physical magnetic hard drive. Therefore, software 
mnning on the network flow computer 100, cannot distinguish between hard disks and flash h«Vb 
Flash disks use solid state technology with no moving parts. Hierefore, flash disks are better able 
to. withstand adverse environmental conditions such as shock and temperature hi^ and lows. 
Flash disks have the added advantage of smaller physical size compared to haid disks. This 
&cilitates use of flash disks in network flow computers configured as ^bffddfd corrqiuters or 
processors. 

Flash disks are very expensive compared to the cost of hard disks. In a regular PC with 
hard disk, volatile RAM storage costs are sqjproximately 20 to 30 times higher than the non- 
volatile hard disk storage. Since the inexpensive storage medium in a regular PC is the hard 
disk, a non-compressed hard disk is an acceptable mode of operation bom a cost perspective. 
The situation is reversed in the network flow computer 100 of the preferred embodiment. In 
network flow computer 100, the non-volatile permanent flash disk 170 storage medium is 
approximately five times more expensive than the volatile temporary RAM 130 storage. Since 
the flash disk 170 of the network flow computer 100 is more expensive than RAM 130, in order 
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to minimize the overall cost of the flow computer it is highly desirable to use more RAM storage 
and less flash disk storage. However, the foregoing desirability is constrained by the 
technological lunitation preventing permanent storage of files on RAM 130. Therefore, to 
reduce cost, the prefeired embodiment minimizes flash disk 170 storage by storing most of the 
files on the flash disk in compressed form in the compressed file space 173. When the netwoik 
flow computer 100 nms, it transfera the compressed files 173 fiom the flash disk 170 in a non- 
compressed form to the RAM 130. Software on the flow computer 100 is executed by accessing 
the non-compressed file space 131 in RAM and not by accessing the compressed file space 173 
in the flash disk 170. 

Referring now to Figures 4 and 5, when initialization of flash disk 170 is complete the 
flash disk contains at least some of the software files identified in Figure 4. in addition to other 
possible data and program files. More particuhirly. the UNUX ULO loader 171 resides, starting 
at sector zero, on the MBR of the flash disk 170. In between the memory space immediately 
following MBR 171 and sector 430, resides the non-compressed file space 172. The non- 
compressed file space 172 contains the non-compressed file system, the LINUX OS 101 kernel 
and other files. In the space immediately following sector 430, resides the compressed file space 
173. The compressed file space 173 contains software and files identified in Figure 4 which are 
not loaded in the non-compressed file space 172. The user data area 174 preferably contains data 
files used by the flow computer 100 that may change during the use of the flow computer. 
Dependmg on the size of flash disk 170. there may be a portion of the flash disk that is spare 
^ace 175. The particulars of the flash disk 170 initialization routine are described later in tins 
disclosure. 

User data area 174 of flash disk 170 contains data files w*ich may change during the use 
of networic flow computer 100. Example of such user data files mcludes files which store 
configuration information about the flow computer. Configuration files are modified when, for 
example, host con^uter 50 connects to network flow computer 100 and dianges the fi^quency of 
flow measurements fiom every four hours to every six hours. In order to permanenUy save 
changes made to user data files, such files are stored on the flash disk 170 in user data area 174 
and any changes to the files are contemporaneously recorded on tiie flash disk and not in RAM 
130. The user data area 174 may be compressed or uncompressed depending on various 
considerations such as performance needs, available flash disk space and other considerations. 

The flash disk 170 storage space needed for LILO loader 171 and non-compressed file 
space 172 is determined by pre-compiling the LINUX OS 101 kernel. In the preferred 
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onbodimait, 430 sectors is necessary to store ULO loador 171 and non-conqircssed file space 
172 on the flash disk 170. As previously discussed, the size of LINUX OS 101 and the kernel 
may vary depending on the particular subset of the full features selected fiom the standard 
LINUX OS. Furthennbre, the size may also be influenced by any customized changes made to 
theLINUXOS 101 kernel. 

Still referring to Figure The UNUX OS 101 kernel is loaded in the non-conqnessed 
file space 172. A small segment of the kernel is stored in non-conq»ressed form in non- 
compressed fonn in non-compressed file space 172. Most of the kernel is stored in compressed 
form in non-compressed file space 172. When network flow computer 100 is powered on or re- 
booted, the non-compressed segmnt of the kernel in non-conqiressed file space 172 is executed 
first Once execution of the non-compressed kernel begins, flie kernel decompresses and 
executes other compressed segments of the kernel in non-conqiressed file space 1 72 as needed. 

In die preferred embodiment the non-conqnessed file space 131 in RAM is mnHf 
available by creating a RAM disk. A RAM disk is the method of creating a •Ti^ 
disk** in RAM to emulate the fimctionality of a hard disk or flash disk. Therefore, RAM disk 131 
can store a file system and files may be written to and accessed from the RAM disk just like a 
convffltional PC hard disk or flash disk. From the per^)ective of the software (Figure 4) running 
on the network flow conq>uter 100, a file system vMch reside on RAM disk 131 is 
indistin g uishable fiom a file system which resides on flash disk 170. Only the LINUX OS 101 
kernel can distinguish among a RAM disk 131 and a hard disk. The ability to create a RAM disk 
is native to the UNUX OS 101 Kanel. 

While the creation and use of the compressed file space 173 and RAM disk 131 is 
desirable 6om cost-sa\-ings perspective, it is not a requirement of the presoit invention that a 
comipressed file space and RAM disk be used in the network flow computer 100. The need to 
have a con^iressed file space 173 and RAM disk 131 is a cost-effectiveness fector. The intended 
invention will work with flash disk 170 which has only non-compressed file space 172. 
Similarly, the intended invention will work with RAM 130 which does not have a RAM disk 
131. If in the fiiture the cost of flash disk 170 becomes less than the cost of RAM 130, then the 
use of compressed file space 173 and RAM disk 131 may be unnecessary and the related cost- 
savings may become a non-factor. 

Upon power up or reset of the network flow computer 100, the BIOS 121 is in control of 
the flow computer. The BIOS 121 is an integrated circuit chip which resides on the flow 
computer 100 motherboard. The BIOS 121 is preprogrammed with logic which boots (i.e., takes 
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control of) the flow computer 100 when it is initially powered on or reset When the BIOS 121 
begins the booting process, it searches for the hard drive or flash disk, whichever is connected as 
the first drive or 'W as it is referred to in LINUX OS tenninology. The BIOS 121 then 
searches for the MBR on "hda." Since the hard disk is initially installed as "hda," the BIOS 
locates the MBR of the hard disk. The LINUX OS boot loader instaUed on the MBR of the haid 
disk boots the network flow computer 100 during the initialization of the flash disk 170. 

Still referring to Figure 5, the LILO loader 171 must be located on the MBR of flash disk 
170 because tiiis is where BIOS 121 wiU search to initiate the boot sequence for the netwoik 
flow computer 100. After the BIOS 121 finds and begins execution of flie LE.0 loader 171. the 
LILO loader searches and finds the LINUX OS 101 kernel in tfie non-compressed file space 172. 
Once the LINUX OS 101 kernel is found, LILO loader 171 loads the LINUX OS kernel in RAM 
130 and begins executing the kernel At this point the LINUX OS 101 kernel controls the boot 
sequence of the network flow computer 1 00. 

The LINUX OS 101 kernel may be physicaUy stored anywhere on the flash disk 170. 
15 However, in order for the LILO loader 171 to find the kernel, the loader must either be 
specificaUy instructed as to the physical locadon of the kernel or the loader must find the kernel 
m the de&ult physical location. The defiuilt physical location for the kernel is the storage space 
beginning immediately following the storage space occiq)ied by the ULO loader 171 on ^ flash 
disk 170. In the preferred embodiment, the LINUX OS 101 kernel is physicaUy stoini at the 
beginning of the non-compressed file space 172 on the flash disk 170. This is the defiuilt 
location for the LINUX OS 101 kernel 

The LINUX OS 101 kernel has primary responsibility for booting the netwoik flow 
computer 100. To properly execute the boot sequence, die kernel deteimines the location of the 
file system, whethw the file system is compressed and whether a RAM disk is created. IfaRAM 
disk is created, the kernel detennines die size of die RAM disk and whether the file system is 
loaded mto the RAM disk from the flash disk. The kernel makes the foregoing decisions based 
on command line parameters passed from the LILO loader 171 to the LINUX OS 101 kernel. 

As previously discussed, conventionally the file system resides on the hard disk or flash 
disk and programs access and write files fiiom and to the hard disk or flash disk. When a RAM 
disk is setup and the file system fiom the flash disk is tomsfeired to the RAM disk, programs 
running on die network flow computer 1 00 access and write files from and to the RAM disk as 
opposed to die flash disk. 
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In the preferred embodiment, the compressed file space 173 is stored on the flash disk 
170 beginning at sector 430. This is the storage space immediately foUowing the non- 
compressed file space 172 in the flash disk 170. 

StiU referring to Figure 5, the initialization of flash disk 170 will now be described in 
5 accordance with the preferred embodiment Other initialization sequences m^ also be 
appropriate, and the following discusses only the prefored initialization. As a prerequisite to the 
preferred initialization process, the network flow con^iuter 100 must have a conventional haid 
disk instaUed as its first drive, "hda." The flash disk 170 must be initially installed in the network 
flow computer 100 as its second drive, 'Tide- CW may be used instead). Additionally, the 
hard disk "hda" must have UNUX OS installed on it This may be accomplished with 
commocially and publicly available off-shelf software package called RED HAT UNUX ^di 
provides detailed instructions on how to install UNUX OS onto the hard disk using the CD- 
ROM disk provided by RED HAT. Furthermore, all files and the associated directory structure 
that will eventuaUy reside in the compressed file space 173 and user data area 174 of flie flash 
disk 170 must be placed in a tonporaiy directory on the local hard disk, "hda", of flie networic 
ftowconq)uter 100. 

In the preferred embodiment, three program scrq>ts. "makeUUDbootdisk." 
"makeCompressedRamDisk" and •T)dlik>.conr listed in Appendix E. are 
flffih disk 170 initialization process. As one skiUed in the art of the present invention will 
^jpreciate, the initialization process nnplemented in the three programs may be modified or 
written in many different variations and yet accomplish the gnmw purpose. 

The "makeULObootdisk" and "makeConqiressedRamDisk'' programs (>^endix E) 
create the RAM disk 131 and the non-compressed file system within the RAM disk. The 
programs then copy a compressed version of the file space in RAM disk 131 to temporary 
storage on the hard disk connected as "hda" Tlie programs noet create the non-compressed file 
space 172 on the flash disk 1 70 "hdc" and copy the non<ompressed and compressed segments of 
the LINUX OS 101 kernel and other files to the non-compressed file space 172. The programs 
then copy the boot loader file, "booLb," fiom the boot directory of the hard disk "hda" to the boot 
directory in master boot record 171 of the flash disk 170 "hdc." The boot loader configuration 
file, "bdlilo.conf " is then copied to the flash disk 170. Next, programs and data files stored in 
temporary storage on hard disk "hda" must be copied to flash disk 170 "hdc" in compressed file 
space 173 and user data area 174 as appropriate. Other files, such as operating system files may 
also be copied into compressed file space 173. 
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The ULO boot loader configuration program, "bdlilo.conr (Appendix E), is executed 
afttt the flash disk 170 initialization programs "makeULObootdisk" and 
"makeCompressedRamDisk" have been successfiiUy completed. The ULO boot loader program 
passes command line parameters to the UNUX OS 101 kernel in the non-compiessed file space 

5 172. The parameters infonn the kernel diat the network flow convuter 100 will use a RAM didc 
131, the size of the RAM disk, and the location of the compressed file space 173 on the flash 
disk 170. AdditionaUy. the boot loader program also determines the particular kernel image to 
be used during the boot sequence for the network flow computer 100. U the prefated 
embodiment the kernel image used for the boot sequence is located in the file 
10 "vmlinuz.embedded." 

The ULO boot loader configuration program, "bdlUcconT only writes to the first diiv^ 
"hda." However, as described above, during initialization of the flash disk 170, Uie first drive in 
the network flow computer 1 00 is the local hard disk "hda" and the flash disk is connected as the 
second drive, "hdc." If ULO boot loader program is permitted to write to "hda" during the 
15 initialization routine, the program wiU damage the UNUX OS that nsides on the local hard disk 
"hda." TliereforB. once initialization programs "makeLBLObootdisk" and 
"makeCompressedRamDisk" have been successfidly completed, the hard disk must be 

disconnected fiom the network flow computer 100 and the flash disk 170 must be connected as 
the first drive, "hda." However, at this point the initialization of the flash disk 170 is not yet 

20 complete and wiUi the flash disk connected as "hda". the flow computer 100 cannot boot up 
using the flash disk. The solution is to create a LINUX OS bootable floppy disk. This can be 
accomplished by using the commercially and publicly available RED HAT UNUX OS CD- 
ROM distribution disk. With the bootable floppy disk in the floppy disk drive 160 of the 
network flow computer 100, the flow computer may be booted up with the flash disk 170 

25 connected to the flow computer as the first drive, "hda." This configuration permits the 
connection of the flash disk 170 as the first drive, "hda," on the flow computer 100 during the 
ULO configuration phase of the flash disk initialization routine. Therefore, when the ULO 
loader program is executed, the program writes to "hda" where the flask disk 170 is connected. 
Thus, the desired result of configuring the flash disk is achieved. Once the ULO loader 

30 configuration is completed, the flash disk 170 initialization routine is complete and bootable 
floppy disk is removed fiom the floppy drive 160. The network flow computer 100 is now ready 
for use. When network flow computer 100 is re-booted, the flow computer boots up with the 
flash disk 1 70 connected as the first drive, "hda." 
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The foregoing initialization routine is presented in flow chart foim in Figure 6. As one of 
ordinaiy skill in the ait wiU recognize and appreciate, the foregoing initialization routine may be 
perfonned with variations fiom that described here without departing fiom the objective of the 
initialization routine. 

The foregoing disclosure and description of the invention are iUustrative and escplanatoiy 
thereof and various changes in the size, shape, materials, components, ciicait elements, wiring 
comiections and contacts, as weU as in the details of the iUustiated circuitiy and constniction and 
method of operation may be made wi&out depaiting fiom the spirit of the invention. 

Numerous variations and modifications wiU become apparent to those sIdUed in the ait 
once the above disclosure is fiiUy appreciated. It is intended that the foUowing claims be 
interpreted to embrace all such variations and modificati<nis. 

PROC31AM CX)DE 
APPENDICES A-E, Pages 22-69 
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LINUX OS OPTIONS SELEC TED IN "makexconfig" CONnoURATIQN imTTTV 

1. In "Code Majority Level" options, "Yes" is selected for the foUowing 
option: 

a. "Prompt for developniem and/or incomplete code drivers." 

2. In -Loadable Module Support" options, "Yes" is selected for the foUowii« 
options: 

a. "Enable Loadable Module Support;" 

b. "Set Version Information on AH Symbols For Modules;" and 

c. "Kernel daemon support." 

3. In "General Setup" options, "Yes" is selected for the foUowing options: 

a. "Kernel Math Emulation;" 

b. "Networking Support;- (tius option enables TCPIP. a networking 
communication protocol); 

c. "PC Bus;" 

d. "PQBIOSS^jport;" 

e. "System 5 IPC;" 

f. "Kernel Support for A.OUT Binaries;" 

g. "Kernel Siqiport for P Binaries;" 

h. "Kernel Support for Java Binaries;" and 

i. "Con^ile Kernel as ELF if your GCC is ELF-GCC. " 

4. In response to "Processor Type," "486" is selected. This option designates the 
x86 family of microprocessors as the platform on which die network flow 
conq>uter 100 will run. 

5. In flie "Floppy ID and Other Block Devices" options. "Yes" is selected for the 
following options: 

a. "Normal Floppy Disk Support;" 

b. "Enhanced IDE MFM and RLL Disk CD ROM Tape Hoppy Support;" 

c. "Include IDE ATAPI CD ROM Support;" 

d. "Include IDE ATAPI Floppy Support;" 

e. "CMD640 Chipset Support;" 

f . "CMD640 Enhanced Support; " 
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g. "RZ 1000 Chipset Bug Fix Support- 
fa. "Iniel 82371 PUX Triton 12DMA support;" 
i. "Loopback Device Support; " 
j. "Multq)le Devices Driver Sqiport;" 

L "Loadable Module Linear Mode Siq)port; 
1. "RAM Disk Support;" and 

m. "Initial RAM Disk INTTRD Support;" 
6. In -Networking" options, "Yes" is selected for the following options: 

a. "TCPIP Networking;" 

b. "IP Drop Source Rocket Frames;" 

c. "Network Device Support" (this option enables use of Ethernet 
interface card); 

d. "Module Dunnny Network Driver Support;" 

e. "EQL Serial Line Load Balancing Support as a Module;" 

f. "PPP Support;" 

g. "Ethernet 10/100 Mega Bit;" 

h. "3-Com ISA/EISA/Pa Cards;" 

i. "3C509.3C579 Support- (this option is sdected based on 
Ethernet LAN interface card used); 

j. "3C590. 3C»00 Series Votrex Boomerang Support;" and 
k. "Pa Ethernet Adapters." 

7. In "Networking" options. "No" is selected for the following options: 

a. "SCSI Support" (other SCSI siqsport related options are automatically 
disabled when "SCSI Siqjport" is not selected); and 

b. "ISDN Support." 

8. In "CD ROM Drivers" options, "Yes" is selected for the foUowing options: 

a. "Non-SCSI IDE ATAPI CD ROM Drives;" and 

b. "Soft Configurable CD ROM Interface Card Support." 

9. In "File Systems" options, "Yes" is selected for the foUowing options: 

a. "Module Minix File System as a Module; " 

b. "Extended FS Support as a Module;" 

c. "Second Extended File Support;" and 

d. " Native Language Support Unicode Code Pages . " 
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10. In -Character Devices" options, Y^" is selected for the following options: 

a. •Standard Generic Serial Support; " 

b. "Stallion Multqjle Serial Support;" 

c. "Parallel Printer Suppon; " 

d. ^Module 108+ Card Support;" and 

e. "PS/2 Mouse Sui^rt;" 

U, In "Character Devices" options, "No" is selected for the following options: 

a. ^Soui^ Support;" and 

b. "Kernel Hacking." 
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APPENDIX B 

//Stait of "asciiModbus.cc** Progiam Code 

5 

// ASCn Modbus protocol mterfiace routines 
// JJ3 A. Lambert May S, 1996 
// Daniel Industries 
// 

10 

#include<stdioJi> 
#include <UnistdJp^ 
#include<fcntLh> 
#include <enno.b> 
15 #include <lennios Ji> 
^include <sys/fileJi> 
#ifdef DEBUG 
#include <stringJi> 
#endif 

20 SifdefUME^DEBUG 
#include <sys/time J)> 
#endif 

^include "asciiModbusJi*' 

25 //Local definitions 

#defineONES£COND10 // One second in 100 mS increments 

// Local function prototypes 

30 static int getlnput(int fd, int buflen, char *buf^int wait); 

static int sendModbusMes5age(int fd^uchar addr^uchar fimct^odReg ^^data^int nRegs); 
static int readModbusMessage(int fd^odReg ♦data,int maxRegs, int maxTime); 
static uchar hexToNibble(char hex); 
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#ifdefTIME_DEBUG 

// Local debug data 

static struct itimerval turnRoundTime; 

static int fiist; //Flag to first tuniiound time 

#eadif 

#ifilef REGRESSION // A siiiq)le regression test 

int inniti(tt^t aigc diai** aigv) 

{ 

intfii; 

niodRegixBui[2S6]; 

modReg dataBufQ = { { {(usboit)9001} } , 

{{(ushoit)50)}}; 
if (aigc !« 2) ( // Make sure device is specified 

^intf(stden; "Serial device name is required as a paFBixietei\n"); 

odt(l); 

} 

if ((« = setupSerial(atgv[l])) < 0) { // Open the device 
Qnintfllstdeir, "%s: %s\n", aigvfl], sys_eirlist[eniio]); 
odt(l); 

} 

while(I){ 
intncbais; 

nchais = sendAndReceiveAsdi(fd, 13, 

dataBui;DIM(dataBuf)rncButsizeof(ixBuf)); 

. if(ndiais<sO) { 
Q)rintf(stderr/'sendAndRecdveAscii timed ou^"); 

} 

} 

close(fii); // Close device if we ever get here 
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#endif 

int 5endAndReceiveAscii(iiit fd, 

uchar addr, 
ucharfiinct» 

modReg *txDaia, int nRfigs, 
modRc^ *ixData, int maxRi^) 

{ 

if (flodcCfdJLOCK^EX) < 0){ // TUs process must have exclusive use 
^irintf(stdeiT, "flock foiled: %s\n". sys_enlist[eimo]); 
cwt(l); 

} 

if (seDdModbusMessage(fi],addr4iinct,txData,nRegs) < 0) { // Attempt to send 
^nmtq^stderr, "sendModbusMessage fiuled: %s\n", sys_etTlist[einio]); 
ait(l); 

} 

#ifdcfTIME_.DEBUG 

tUEDRoundTime.it_intervaLtv_s6c='100; // 100 second inten^al 
tuinRoundTime.it_intenraLtv_usecFO; 
tumRoundTime.it_value.tv_sec=100; // and initial time 
tumRoundTime.it_value.tv_usec=0; 
setitimcr(ITIMER_REAl^tunilloundTimeJ^^^ 
fiist^l; .// Set flag fi9rrqx>iting turnaround time 

#endif 
intnzead^ 

readModbusMessage(fd^ata,maxRegs,ONESECOND); // Try to get reply 
flock(fdJ.OCK_UN); // Let others use this device 

usleq)(10); // Others cannot get in without this 

return nread; // Tell caller what happened 

} 



27 



WO0(U36380 

Static int getbiput(int fd, int buflen, char •baC int wait) { 
intnchais^O; 

vAalc ((ndiais <=0) && (wait- >= 0)) { 
nchais = read(fd,buf;bufleo); // Attempt to read 
5 if(iichars>0){ // Only +ve results arc meaningful 

/fifilefTIME_DEBUG 

if(fiist){ // Only rqwrtflie first successful read 

GrsMi; // Make sure oflias are not iqx)ited 
getitimer(ITIMER_REAL,&diniRoundTime); 
10 double eiapse&=(\ 00.0 - 

((double)tumRoundTime.it_vahie.tv sec + 
((double)tuniRoundTimeJt_vaIue.tv usee 
/(double)1000000.0))); 
printfl["Tuniaround time is %7.3f millisecondsNn". 
IS elqised * 1000); 

) 

#endif 

ffifdefDEBUG 

pnntf("%d characters read\n"4ichai8); 
for (int i=0;i < nchars;i++) { 

printf ("%02X.".buf[i] & Oxff); 

} 

printfl:"\n"); 
^eodif 

} 

else { 

if (enno != EAGAIN) { // Enor "try again" is not really an enor 
^nint^stdor.Tatal enor during read: %s\n", 

sys_eirIist[enno]); 
exit(l); // Treat all otois as &tal for now 

} 

usleqKIOOOOO); // Just nothing for us, wait 1 00 mS 

} 
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} 

Rtum nchm; 

} 

int setiqiSeria] (const diar *dev) {. 
struct tenniosdos; 

int fil = opai(dev,0_RDWR 1 0_NDELAY ); 
if(fd<0){ 

Qjrint^stdeir, "%s: %s\n", dev. sys_ailjst[enno]); 
ait(l); 

) 

if (tcgetattitfd, &tios) < 0) { 

4mntfl[stdar,"Cpuld not get tenniaal attributes: %s"^_en']ist[enno]): 
exit(l); 

} 

//Seven data bits 
// Iaq)licitly no parity, one stop bit 
// Enable Recdver 
// Hangiq) after dose 
// ^nore modem control lines 
// Enable parity (even by de&ult) 

tio8.c_iflag -IGNBRK I INPCK;// Ignore break check input parity enors 
tios.c_oflag f=0; 
tios.c_lf!ag = 0; 
for(int i = 0; i < NCCS; tHH) { 
tios.c_cc[i] = ^0•; //no special characters 

} 

tios.c_cc[VMIN]= 1; 
tios.c_cc[VTIME] = 0; 

cfeetospeed (&tios, B9600); 



tios.c_cfIagsCS7| 

CREADI 
HUPCLI 
CLOCALI 
PARENB; 
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c6edq)eed (&tios, B9600); 
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if (tcsetaai(fd, TCSAFLUSH. &tios) < 0) { 

5*rintfl:stden;,"CouId not set attributes: ,%s"^_enlist[eniio]); 
5 exit(l); 

} 

return fil; 

} 

10 // 

// Send a Modbus message contained in msg , of length Icn, to device fd; 
// 

int sendModbusMessage(int fii,iicharaddr,ucharfunct,modReg •msg^ntnUegs) { 
15 uintbc=0; //hcdieck 

chartxBufferf512]; //Temporary transmit buffer 

#ifilefDEBUG 

bzcro(txBuflfa,^izeol(txBuffer)); // Gear ansy for easy debug 
#endif 

20 txBuffer(0] = ':'; // Package header 

sprintfi:&txBufFer(l],"%02X%02X"Mlr4unct); 
lrc+=addr; 

Irc+=fimct; 

for (int i=0;i < nRegsp-H-) {// Copy the message 
25 sprintfl:&txBuflfeit5 + (i* 4)], //to the transmit buffer 
••%02X%02X", 

nisg[i].partsjnsb^g(i].paits.lsb); // Converting it to hexadecimal 
lrc+«msg(i].paitsjnsb; // Account the lie 
bc-t«msg[i].paits.]sb; 

30 } 

int txByteLen=5 + (nRegs * 4); // Colon(l) + addi(2) + fonct(2) + (nRegs * 4) 
Irc = -Uc +1 ; // Twos conqilement 
lic&=OxFF; // Mask oflFoveiflow bits 
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sprintft&txBufToftxByteLen], // and put it into the transmitter . 

"%02X\I^n"Jtc); // together with the CRLF 
int nchais = write(fi],txBu£rer.txByteLen + 4); // Transmit die lot 
#ifdefDEBUG 
5 printf ("%d characters written\n",ncbatB); 
txBuffis[nchai8]=^0^; 
piintfr%s",txBuflEer); 
fiw Ont i=0;i < nchars^++) { 
piintf ("%02X,"^iifia[i] & Ox£E): 

10 } 

printflrVn"); 
#endif 

retiini ncbais; 

} 

15 

II 

II Read a modbus message 
// 

static int readModbiisMessage(mtfii»inodReg*data4ntmax^ { 
20 uint hc^; // Lie accumulator 

int eDdPos=0; // Flag to maik position of end newline 

int totChars»=0; // Total characters received 

charrxBuf[S12]; . //Raw receive bujGTer 

charbyteBuf[256]; //Buffer for bytes in message bo^ 

25 #ifdefDEBUG 

bzen>(rxBuf,sizeof(rxBuf)); 

bzero(byteBuf;sizeof(byteBuf)); 
#endif 

while ((maxtime- > 0) && 
30 (endPos = 0)) { // Keep trying to get data every lOOmS 

int ndiais = getlnput(fd, 

sizeof(rxBuf) - totCbars, 
ncBuf+totChars, 
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1); 

if(nchars>0) { //Only deal with real data 

totChais -fe nchars; //Adjustcount 

} 

for (int i=0; i < totChais;i-H-) { 
if(ncBu5il = 'Vn') { 
endPos = i; 

break; //Noneedtogofistlier 

} 

} 

} 

if((endPos!=0)&& //ffwe have character 
(ntBuf[0] = •:•) && // Start colon 
(ixBuQendPos-1 ] » V) && // and Caniage-retmn 
(ixBu4endPos]»'yn') // and Newline all in coirect places 
){ //We have a correctly tenninatedbufier 

int byteCoimM); // Number of bytes in messagp 

for (int i-l;i < endPos -2^ +- 2) { // Do not process V,V, or V 
byteCountH-; 

Ire byteBuf[(i - 1V2] - hexToNibble(ixBu5i]) * 16 + 

hexToNibble(ixBuf[i + 1]); // Conveit hex nibbles to binaiy bytes 

) 

if((lrc&OxFF)=0){ //Ifwe have a good lie 
inlnRBgs=K); //Number of registers populated 

for (int i=3;i < byteCount;i 4= 2) { // Get modbus registers skipping 

// address, fimction code, and byte count 
data->paits.nisb=byteBui[i]; 
data^aits.lsb=4}yteBuf[i + 1]; 
dataf+; //Next register 

if (nRegs++ >= maxRegs) { // Tally registers and if too many., 
break; // quit 

) 



32 



wo 0004380 PCr/US99/29S30 
if (-nRegs <= maxRegs) { 

rttumnR^ //Ifs a good message 

> 

} 

5 } 

ntum-l; //A bummer by defiult 

} 

// 

10 // Convert a hex chaiacter into an unsigned r-hnrffottx mbble 
// 

static unsigned char hexToNibble(char hex) 
{ 

if ((hex >= ' AO && (hex <= TO) { 
IS return hex -'A' + 10; 
} 

else if ((heat >« Ky) && (hex -c^ y)) { 
return hex •'0': 

} 

20 else { 

4>iint^stdeiT,'Bad hex mbble %c\n"Jiex); 
ocit(I): 

} 

} 

2S // End of"asciiModbus.cc" Program Code 



// Start of "convertModbus.cc" Program Code 
// 

30 // 

// File: convertModbus.cc 
// Author David Lambert 
//Date: June 30. 1988 
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// 

// Various iimctions to convert modbus registers to and fiom native types. 
// 

5 #include '^convertModbus Ji" 

// Put a Short s to a modbus registerm 

void putShort(short s^odReg ^) { 
10 m->valiie=5; 
} 

// Get a short fiom a modbus stream m 

15 short getShort(modReg*m) 
{ 

return m->value; 

} 

//Put a float f to amodbus stream m 

void putFloat(float f^odReg *m) 
{ 

union { . . 
stnict {modReg hi^Io;} c; //components 
float 

}u; 

u.f=f; // Load up the union 

m[0].value=u.c.lo.value; // Sign and exponent 
m[ 1 ]. value=u.c.hi.value; // mantissa 

} 

// Return a float fiom the modbus stream m 
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float getFloat(modReg ^) 
{ 

union { 

5 struct {modReg hUo;} c; // components 
floaty 
}u; 

u.c.lo.value=^[0].value; //Sign and exponent 
u.cJiivalue=m[l].value; // Rest of mantissa 
10 return (u.f); 

) 

// End of **oonvertModbus.cc" Program Code 

15 

// Staxt of "ascuModbus.b** Program Code 
/• 

File: asciiModbusJi 
20 •/ 

#ifedef ASCIIMODBUS_.H 
#define ASCHMODBUS^H 

25 #dcfineDIM(x)(sizeof(x)/sizeof(x[0])) 

typedef unsigned int uint; 
typedef unsigned short ushort; 
typedef unsigned cfaar uchar, 

30 

typedef union { // Modbus register union 

ushortvalue; // The value as seoi by this machine 

struct { 
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ucharlsb; 
ucharmsb; 
} parts; 
} modReg; 



// Individual parts 
// Modbus register 



int setupSerial (const char ♦dev); // Opeos and ^ 

int sendAndReceiveAscii(int fil, // File descriptor of serial channel 



uchar addr» // Modbus address 
uchar fund, // Modbus function code 
modR^ •tx, // Modbus register aiiay to transmit 
ini nRegs» // Number of registers in tx anay 
modReg •ix, // Rqx>sitoiy for received registers 
int maxR^); // Maximum number of ix registers 



#aidif 

20 // End oP'asciiModbus.h'' Program Code 
// Start of "convertModbusJi" Program Code 

25 

#ifiidefCONVERTMODBUS_H 
#define CONVERTMODBUS^H 

// . 
// 

30 // File: convertModbus Ji 
// Author David Lambert 
//Date: June 30, 1988 
// 
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// Various fiinctions to convert modbus registers to and fiom native types. 
// 

#include "asciiModbusJi" 

// Put a Short s to a modbus register m 

void putShort(short s,modReg *m); 

// Get a short fixim a modbus stream m 

short getShort(modReg *m); 

// Put a float f to a modbus stream m 

void putFloat(float i^nodReg *m); 

// Retum a float fiom the modbus stream m 

float getFIoat(modReg 

#endif 

// End of "convertModbusJi*' Program Code 
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// Start of ••Makefile^" Program Code 

5 

CC=g++ 
all: flowLog 

10 flowLog.o: flowLog,cc .iasciiModbus.h .^odDatoi Makefile 
$(CC) -DDEBUG - WaU -g flowLog.cc 

flowLog: ,yasciiModbus.o .yconvertModbus-o flowLog.o Nfakefile 

$(CC) .yasciiModbus.o .yconvertModbus.o flowLog.o -o flowLog 

15 

// End of *^iakefile^** Program Code 
// Start of *^owLog.cc" Program Code 

20 

// Ultrasonic flow log acquisition module 
//D.Lambert 
// Daniel Industries 
25 //Junes, 1998 

#include <stdio.h> 
^^lude <eniio.b> 
30 ^include <unistdJi> 
#include <time Ji> 
#include ".ymodDataJi** 
#include ".7convertModbusJi*' 
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// Static fimction prototypes 



// Local definitioQS 



#defineREADREGS3 //Read multiple registets function code 

#define NTXREGS 2 // Number of te tBistcis to transniit 



int ™^^n(hit argc» char **aigv) 

{ 

int logRateFtiO; //D^ult to one minute logging rate 

intfii; 

intaddress; 

modRegi:xBuQ2S6]: 

modIlegtxData[2]: // Transmit data bufier 

if(aigc<2){ //Nbke sure device is specified 

Q)iiutf(stden', "Serial device name is required as parameter l\n"); 

«it(l); 

} 

if(aigc<3){ 

4nintf(stden-, "Modbus ID for meter is required as parameter 2\n"); 
exil(l); 

} 

sscanf(aigv[2],"%ud",&address); 
if(address>64){ 

Qjrintf(stdar, "Address %d is out of range\n",address); 
exit(l); 

} 

if ((fd = setupSerial(argv[l])) < 0) { // Open the device 
Q)rintf(stdar, "Failed to open %s: %s\n", argv[l], sys_errUst[enno]); 



39 



WO00/3«380 

exit(l); 

} 

if(ai:gC<4) { 

Qmiitf(stdexr, "Log file name is required as paiameter 3"); 
exit(l); 

} 

if(aigc>4){ //We have a logging rate 
sscanfl[aigv(4],"%d"^logRate); 

} 

FILE »logFile = NULL; //Logging file ID 

txData{0].value = 392; //Start Roister 

txData(l].value=2; //Number of registcre 

whUeCTRUE) { //Forever 
int nRegsRx = seiiiiAndReceiveAscii(fd,addiess, 

READREGS, 
txData,NTXREGS. 
nrBnf,>rizeof(nBuQ); 

if(nR^sRx.'O>0) ( 

Qnintfl[8tdenr,"Commumcation Failue:- %8\n"^_enli8t[enno]): 

} 

//We have good data, process it! 

static int lastHour = -I ; 

time_t timeNow=time(NULL); 

struct tm *tniNow=localtime(&timeNow); 

if ((tmNow->tm_hour = 0) && (lastHour != 0)) { // Day change 

renjove(argv[3]); //For now just loose previous data 

logFile=NULL; 

} 

lastHour « tmNow->tm_hour, // Remember hour 
if (logFile = NULL) { // We need to try and open the log file 
if ((logFile = fopen(aigv[3],"af»)) = NULL) { 

^rintfl[stdeiT, "Failed to open log file: %s\n"^_enrUst[enno]); 
exit(l); 
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) 

} 

char dateTimeString[256]; // Date and tune string 
strftime(dateTimeString,sizeoi(dateTmieString)."%H:%M.^^^ %in/%d/%y", 
tmNow); 

modReg* nap!=nBu^ // Pointer to ixmodbus registers (only 1!) 
Q)rint9ogFUe,"%s, %f\n". // Print date and flow rate 

dateHmeString.^tFloatCnnp)); 
fcloseOogFUe): //Close it and... 

logFUtFmjLL; //tiy again later 

} 

sleq)OogRate); //Wait a minute till next log 

} 

fBush(NULL); //Flush all streams 

close(fiO; //Close device 

} 

// End of '^owLog.cc" Program Code 
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APPENDIX D 

// Start of "^iltrasoniccc*" Program Code 

5 

// Ultrasonic acquisition module 
//D.Lambert 
//Daniel Industries 
//Junes, 1998 

10 

#include<stdioJi> 
#include <tinno J]> 
#include <lmistd.h> 
IS #iQclude "modDataJi" 

<^lude "convertModbusJi" 

^^lude "asciiModbusJi" 

#mclude "ultrasonid^essageBlocksJi'' 

20 // Static function prototypes 
// Local definitions 

25 #define READREGS 3 //Read multiple registers function code 



int main(int argc, char **argv) 

{ 

30 int fd; 

uiitt mbno; // Message block number 

int address; 
messageBlock *mb; 
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modReg rxBui[2S6]; 

modRegtxData(2]; // Tianjanit data buffer 

if(aigc<2){ //Make sure device is q>ecified 
fyrint^stden; "Serial device name is requiied as parameter IVn"); 

} 

if(aigc<3) { 

^nint^stdeir, "Modbus m for meter is requiied as parameter 2\n"^ 

} 

if(argc<4){ 

^riiiif(stdeir, "Message block mmiber is required as parameter 3\n"); 
odl(I): 

} 

sscanf(aiBv[2],"%ud",&addiess); 
if (address > 64) { 

4niiitfl[stdeir, "Address %d is out of rangB\n",address); 

) 

sscaiifl:aigv[3],"%ud-,&mbiio); 
if(mbno>»i]MessageBk)cks) { 

^>rintf(stdeff, "Message block mmiber %d is out of iaiige\n",mhiio); 
exit(l); 

} 

if ((mb = messagBBlocks[mbnoD = NULL) { 

Q)riiitfl[stdeir, "Message block mmiber %d is not yet implemented\n"^o); 
«it(l); 

) 

if ((fil = setupSerial(aigv(l])) < 0) { //Open the device 
^tf(stdeir, "%s: %s\n", aigv[l], sys_ciilist(ernio]); 
exit(l); 

} 

txData[0].value = mb->points(0] jeg; // Start Regista 

txData[ 1 J.value » registersInMessageBlock(mb); // Number of registers 

int nRegsRx = sendAiuJReceiveAscii(fd,addiess, 
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READREGS, 
txData^, 

ixBu(sizeof(ixBuf)); 

if(iiRegsRx<sO) { ' 

4irintfl;stdeiT,''Conuiiunication Failure:- %s\n";5ys_enlist[eniio]); 
print^CommunicatioD Failure:- %s\a"^_eniist[eniio]): 

} 

el8e{ //We have good data, process it! 

modReg*niip=ncBut //Pointer to ixnuxibusregistas 
fiir Out i=0;i <iiR^sRx;i4-f) { 

modData* mi4)=^ftizib->poiiits[i]; // Pointer to modbus data descriptors 
if(nidk>->type='F){ //Process floats 
if (ni4>->di9]ay) { 

printir<*><td>%8s<td>%f^ld>%^^ 

} 

nttp+=2; //A float is two modbus registers 

) 

else if (mdp->^ = T) {// Process ints 
if(ind^>->dispii^) { 

printfl:"<li><td>%8s<td>%hd<td>%s<;/tr>\n"^^^ 

} 

vatp^-K //A short integer is one modbus roister 

} 

} 

) 

fflush(NULL); //FhishaU streams 

close(fil); //Qose device 

} 



// End of "ultrasoniccc" Program Code 
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// Start of "ultrasonicMessageBlocks.cc" Program Code 
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// 

5 //File: ultiasoiucMessageBlocks.cc 
// Author D. Lambert 
//Date: July 2, 1998 
// 

// Defines message blocks as 
10 //iiiq)lemented in die uhrasonic meter. 
// 

#iDclude '<4mistd.h> 
#include<8tdioJ» 
IS #include "uhrasonicMessagBBlocksii" 

// Message Block Defiiutions 

static messageBlodc messageBlockl » { // Message Block Definitions 
20 { 

{l,"Spare","",TJIO}, 

{2,'Tarity","".T,YES}. 

{3,"BaudRatc","Bits/sec".T,YES}, 

{4."WdLength","Bits^(roid",T,YES}, 
25 {5,"StopBits","Bits",T,YES}, 

{6,"ModbusID","".T,YES}, 

{7,"Sparc","",TJ40}, 

{8,"Spare","",T^0}, 

{9."Spare"."".TjaO}, 
30 {10,"Spaie"."",TJJO}. 

{ll,"Spaie","",T^O}. 

{12;'Spare","",TJ^I0}, 

{13,"Spare","".T;^I0}, 
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{14,"Spare"."",TJ^0}. 
{15,-Sparc","",TJ^0) 
). 

1^ //Number of poinfs 

); 

static messageBIock messageBlo^ « { // Oper 
{ 

{200."Zen>CutVnis",T',YES}, 

{202,"SSMax".-iiis",*P.YES}, 

{204,"SSMm","ins",'P,YES}, 

{20d,"EiiiRateVsec",'P,YES}, 

{208,"SampRate","MHz","P,YES), 

{210,"PulseWidlhVsec",'P,YES}, 

{212,"PctFaa","%",'P,YES}, 

{214,"»fil^Hold^ImeVsec^•P,YES}, 

{21fi.-PklPcr,"%",'F.YES}. 

{218,-MiiiSigQIIy",-",'P,YES}, 

{220,"DltChk","sec",'P,YES}, 

{222,"SpareV",TJ*0}, 

{224,"NegSpanVsec",'P,yES}, 

{226,"PosSpan","sec*.T'.YES}, 

{228,"TniDevLowl Vsec",'P.YES}, 

{230,"TinDevLow2Vsec",'P,YES}, 

{232-CRange","%",P,YES}, 

{234,"SDevLowVsec",'F,YES}, 

{236,"SDevFctr","",P,YES), 

{238,TklWdtfaVsec".'P.YES}, 

{240,"TiiiDevFctrI","",'P,YES}, 

{242,"TmDevFcti2","",'P,YES}, 

{244."FlwChgThish",-%-,'P,YES}, 

{246,"FlwChgDtctr","sec",T,YES}, 

{248,"StackEinRate","sec",'P,YES} }, 



JPCTAiS99/29830 



46 



WO(KW63M l>CnyUS99/29S30 
25 //Number of points 

}; 

static messag^lock messageBIockl2 " { 

{ 

{350,"SparB","-,'PJ^O). 
{352,"Fk)wVelA","in/8".'P,YES}. 
{354,"FlowVdB","in/s",'P,YES}, 
{356."FlowVdC","in/s",'P.YES}, 
{358,"FlowVeID","in/s*,T'.YES}, 
{360,"AvgFk>w-,"iii/s",'F,YES}, 
{362,"SiidVelA","iii/s",'P,YES}, 
{364,"SiidVeIB","ni/s",'P,YES}, 
{366,"SiidVdC","iii/s",T',YES), 
{368,"SndVeID","iii/s",'P,YES), 
{370,"AvgSndVelVin/s",'P,YES). 
{372,"CaIVor,"in'^3",'F^O}, 
{374,"CairimeVpul8es",'PJJO}, 
{376,"SDevVelA","iii/s",'PJ^O}, 
{378,"SDevVelB","iii/s",'PJJO}, 
{380,"SDevVelC","in/s",T'JJO}, 
{382,"SDevVeDVWs",'F^O}. 
{384;'SDcvSndA","iii/s",'PJ40}, 
{386,"SDevSiidB","in/s",TJIO}, 
{388,"SDevSndC","iii/s",'FJJO}, 
{SWrSDevSndD-.-Ws-.TJ^O}, 
{392,"nowRate","acinh",T',YES}, 
{394,"CutRate","aciiih-,T'^0}, 
{396,"Cal VolA","m'^3".TJ^O), 
{398,"Cal Volb","in^3",'PJJO} }, 
25 //Number of points 

}; 
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Static messageBIock messageBlodcO = { // Oper 
{ 

{400,"Spare","--,'P,YES). 
{402,"MaxTinAl Vsec-.T.YES} 
5 {404,"MaxTinBr,"sec",T,YES) 
{406,"MaxTmCl VsecM^.YES} 
{408,''MaxTiiiDlVsec",'F,YES) 
{410,"MaxTinA2","sec",'P,YES) 
{412,"MaxTiiiB2","sec",r,YES) 
0 {414,"MajmnC2Vsec",'P,YES) 
{416,"MaxTiiiD2","sec",'F,YES) 
{418,"NCnTnnAr,"sec".'P,YES} 
{420."MinTiiiBlVsec",'P,YES) 
{422,"MinTmCr."sec",'P,YES) 
5 {424,"MinTinDlVsec",'P,YES) 
{426,"MniTinA2","sec",'P,YES) 
{428,"Mm'niiB2","sec",T',YES} 
{430,"Mm'nnC2","sec",T',YES) 
{432,"MinTinD2Vsec",'P,YESJ 
{434,"MeanTmAlVscc",'P,YES} 
{436,"MeanTinBr,"sec",'F,YES) 
{438,"MeanTmCl","sec",'F,YESJ 
{440,"MeanTniDl","sec",'P,YES) 
{442,"Mean'niiA2","sec",'F,YES) 
{444."MeaiiTmB2Vs&",T',YES} 
{446,"MeanTmC2Vsec",'P,YES) 
{448,"MeanTniD2","sec",T,YES}}, 
^ //Number of points 

}; 
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static messageBIock messageBlockl4 = { // Calculation Results 
{ 
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{450,"SpaiB","-".'FJIO}, 
{452,"DltTmA"."sec",'F,YES}, 
{454,"DltTmB-."sec",T,YES}. 
{456,"DltTinC',"sec".'F,YES}, 
{458,"DItTiiiD","sec",T,YES}, 
{460,"SDevTmAr."ns",'F,YES}, 
{462,"SDevTmBr,"ns",'F,YES}, 
{464,-SDevTiiiBr,"ns",'F,YES}, 
{466,"SI>eyTiiiDl","iis",T'.YES}, 
{468,"SDevTmA2","ns",'F,YES), 
{470,"SDevTiiiB2-,"iis",'F,YES}, 
{472,"SDevTmC2Viis",'F,YES), 
{474,"SDevTinD2Vns",'P,YES), 
{476,"SDevDItTmAVns",T',YES). 
{478,"SDevDhTmB"."ns-,*F.YES}, 
{480,"SDevDltTmC","iis",'P,YES}. 
{482,"SDevDllTiiiDViis",T',YES}, 
{484,"MaxDlt'nnAVsec",'P,YES}, 
{486,"Ma3[DltTinBVsec",T',YES}, 
{488,"MaxDllTmC","sec",'F,YES}, 
{490,"MaxDltTinDVsec",'P,YES}, 
{492,"MinDltTinA","sec",'P,YES}, 
{494,"MiiiDltTmB","sec",'P,YES}, 
{496,"MinDItTmC","sec".'P,YES}, 
{498."MiiiDltTmD"."sec",'F,YES}}, 
25 //Number of points 

); 



static messageBlock messag^locklS = { //Diag 
{ 

{500, "Spare", "--.7. NO}, 
{502. "HoIdTmAl". "sec", T, YES}, 
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{504, "HoldTinA2", "sec", T. YES}. 
{506, "HoldTmB 1 ", "sec", T, YES) , 
{508, "HoldTinB2", "sec", T, YES}, 
{510. "HoldTmCl", "sec". T, YES), 
{512, "HoldTma-, "sec", T, YES). 
{514, "HoMTmDr, "sec", T. YES}, 
{516, -HoldTinD2", "sec", P. YES}. 
{518. "WdwPtrAr, -si", T, YES}, 
{520, "WdwPtiA2", "si", T*. YES}, 
{522, "WdwPtiBr, "si", T, YES}, 
{524, "WdwPtrB2", "si", T, YES}, 
{526, "WdwPhCr, "d", T, YES}, 
{528, "WdwPttC2", "si", T. YES}, 
{530. "WdwPtiDr, "si", T*, YES}. 
{532, *WdwPtiD2". "si", T, YES}, 
{534. "Spare". "—", T, NO}. 
{536, "Spare", "— ", "P. NO}, 
{538, "Spare", T. NO}, 
{540, "Spare", "—-, P, NO}, 
{542, "Spare", "—", -P, NO}, 
{544, -Spare", "—", T, NO}, 
{546, "Spare", "—". T, NO}, 
{548, "Spare", "--",7, NO}}, 
25 //Number of points 

}; 



static ihessageBlock messageBlockl6 = { // Diag 
{ 

{550,"PfAl","si".'F,YES}. 
{552, "PfA2", "si", T, YES} , 
{554. "Pffir, "si", T, YES}, 
{556,"Pffi2", "si", T, YES}. 
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{558, TCI", "si", -F, YES 
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{560,"PfC2", 

{562, "P©1' 

{564,"PfD2' 

{566.T1A1 

{568,"P1A2", 

{570,"P1B1 

{572.T1B2", 

{574,"PlCr 

(576,"P1C2« 

{578, "PlDr 

{580,"P1D2* 

{582,"PwAl 

{584, -PwA2' 

{586,"PwBr 

{588,"PwB2' 

{590,"PwCr, 

{592,"PwC2" 

{594, "PwDl' 

{596,"PwD2 



"si", F. YES 
"si", T, YES 
"si", T, YES 
"si", T*, YES 
"si", -P, YES 
"si", T, YES 

"si", "P, yes; 

"si", T, YES 
"siM^.YK 
"si", T, YES 
"si", T", YES 
"si", T*, YES 
"si", "P, YES 
"si", T*, YES 
"si", T, YES 
"si", T, YES 
"si", T, YES 
"si", T*, YES 
"si", T, YES 



{598, "Spare", "— ", T, YES 
25 



}, 



// Number of points 



static messageBIock messageBlodEl 7 = { // Calculation Results 
{ 

{600, "PropA", "—", -P, YES}, 
{602, "PropB", "— ", -P, YES}, 
{604, "PropC", "— ", -P, YES}. 
{606, "PropD", "— ", -P. YES}, 
{608, "RPropA". ", "P. YES}, 
{610, "RPiopB". ". -P, YES}, 
{612, "RPropC", "— ", TP, YES}, 
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{614, "RPropD", T. YES}, 
{616, "RABLo", T, YES), 
{618. "RABHi", T, YES), 
{620, "RDCLo", T, YES}, 
{622, "RDCHi", "— ", T*. YES}. 
{624, "RADLo", "P. YES}, 
{626, "RADHi", T. YES}, 
{628, "RBCLo". T, YES}, 
{630, "RBCHi", "— ", T, YES}, 
{632, "Spare", T, NO}, 
{634, "Spare", "— ", T, NO}, 
{636, "Spare". ---.T, NO}, 
{638, "Spare". "—".T, NO}, 
{640, "Spare", "—", T, NO}, 
{642, "Spare", "— ", T, NO}, 
{644, -Spare", "—", T, NO}, 
{646, "Spare", "-", T, NO}, 
{648, "Spare". r, NO} }, 
25 //Number of points 



static messageBlodc messageBlockl8 » { // Oper 
{ 

{650. "Spare". -— ", 7*. NO}. 
{652, "Spare". -—", T. NO}, 
{654. "Spare", -—-.■F, NO}, 
{656, "Spare", "--.T, NO}, 
{658, "Spare", "—-,7. NO}, 
{660, "Spare", -— ".T.NO}. 
{662, "Spare". "— ", T. NO}, 
{664, "Spare", "—".T.NO}, 
{666. "Spare"."— NO}. 
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{668, "Spare", ---.r. NO}. 

{670, -Spare". "—-.'P, NO}, 

{672, -Spare", "—-.T, NO}, 

{674. "Spare", "—", T, NO}, 

{676, "Spare", -—",'P, NO}, 

{678, "Spare", "-",!:•, NO}, 

{680, "Spare". "-".P. NO}, 

{682, -Spare"."-",!?, NO}. 

{684. "Spare". "— ", T", NO}. 
{686. "Spare". "-",•?, NO}. 
{688. -Spare". "—-,•?, NO}. 
{690, -Sparc", "—", T, NO}, 
{692, "Spare", "--. T. NO), 
{694, -Spare-, "— ", T, NO}. 
{696, -Spare". "--,'F, NO}, 
{698. "Spare", "— ". T*. NO)}. 

^ //Number of points 

}; 



static messagefilock messageBIockl9 = { //Diag 
{ 

{700. "WdwlAl". "— ", -P. YES}. 
{702, "WdwlA2". "— ", T, YES}, 
{704, "WdwlBl". "— P. YES}, 
{706, "WdwlB2", "— ", T*. YES}, 
{708. "WdwlCl", T, YES}, 
{710, "WdwlC2", T, YES}, 
{712, -WdwlDl", T, YES}, 
{714, "WdwlD2", ", T, YES}, 
{716, "Wdw2Al", "— F, YES}, 
{718, "Wdw2A2", -F, YES}, 
{720, "Wdw2Br, F, YES}, 
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{722. -Wdw2B2-, T, YES}, 
{724, -Wdw2Cr, -F, YES}, 
{726. "Wdw2a-, T. YES}, 
{728, "Wdw2Dr. ", T, YES}, 
{730, "Wdw2D2". T, YES}, 
{732, "Spare", "—-.•P. NO}. 
{734, "Spare", "— ", V, NO}, 
{736, "Spare". "— ", T, NO}, 
{738, "Spare", "— ", T, NO}, 
{740, "Spared, "— ", T, NO}, 
{742, -Spare", "— ", T, NO}, 
{744, "Spare", "— ", T*, NO}, 
{746. "Spare", "—", T, NO}, 
{748, "Spare", "— ", T, NO} }, 
25 //Number of poiiits 

}; 
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8t^ messag^lodc iiiessagdBlock20 « { //Diag 
{ 



{750,"Wdw3Al","- 
{752."Wdw3A2","- 
{754, "Wdw3Br, "- 
{756,"Wdw3B2-,"- 
{758,"Wdw3Cl","- 
{760, "Wdw3C2", "- 
{762,"Wdw3Dr,"- 
{764, "Wdw3D2", 
{766,"Wdw4Al","- 
{768, "W<iw4A2", 
(770, "Wdw4Br, 
{772, •'Wdw4B2". 
{774, "Wdw4Cl", "- 



-".•P.YES 
-".•P.YES 
-".T-.YES 
-",'F,YES 
-",T,YES 
-".T.YES 
-".•P.YES 
-".•P.YES 
-",'P,YES 
-", -P.YES 
■".•P,YES 
-".•P.YES 
-".•P.YES 
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{776, "Wdw4C2", "— T, YES), 
{778, ••Wdw4Dr, T, YES}, 
{780, "Wdw4D2", T, YES}, 
{782, "Spare", "-M", NO}. 
{784, "Spare". "— ", "F, NO}, 
{786, "Spare", -—-,'P. NO}, 
{788, "Spare", "—",T', NO}. 
{790, "Spare", -P, NO}, 
{792, "Spare", "— ", T, NO}. 
{794, -Spare". "— ", -P, NO}, 
{796. -Spare", -— ". T*. NO}, 
{798, -Spare", "—-, T*. NO}}. 
25 //Number of points 

}; 
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static messageBlock messagBBIock21 « { // Diag 
{ 

{800, "SpecMaxAl", ", T*. YES 
{802, "SpecMaxA2", "— ", T. YES 
{804, "SpecMaxBl", "— ". T, YES 
{806, "SpecMaxB2", "— ", T. YES 
{808, "SpecMaxCr, "— ". T. YES 
{810. "SpecMaxC2", "— -, T, YES 
{812, "SpecMaxDl", "— ", T*, YES 
{814, "SpecMaxD2", "— ", T. YES 
{816. "MaxNEAl", "— ", T, YES} 
{818, "MaxNEA2". "— ", T. YES} 
{820, "MaxNEBl", "— ", T, YES} 
{822. "MaxNra2", "— ". T, YES} 
{824, "MaxNECr, "— ". T, YES} 
{826, "MaxNEC2". "— ". T, YES} 
{828, "MaxNEDl", "— ", T, YES} 
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{830, "MaxNED2", "— T, YES}, 
{832, "QpefAl". "— F, YES}, 
{834, "Qpe£A2", "— ". T, YES}. 
{836, "QpefBl", T, YES}, 
{838, -Qpcffl2-, T, YES}, 
{840, "QpcCr, "— T, YES}, 
{842, -QpefC2", T*. YES}, 
{844, "QpefDl", T, YES}, 
{846, "QpefD2-, "F, YES}, 
{848, "Spare", "— ", T, NO} }, 
25 // Number of points 

); 



messageBlock ^message 


BlocksQ»{ 


NULL, 


// Message block 0 18 not defined 


AmessageBlockU 


// Message blockl 


NULU 


// Message blodc 2 is not defined 


NULL, 


// Message block 3 is not defined 


NULL, 


// Message block 4 is not defined 


NULL, 


//Message block 5 is not defined 


NULL, 


// Message block 6 is not defined 


NULL, 


// Message block 7 is not defined 


NULL, 


//Message blodc 8 is not defined 


&inessageBlock9, 


// Message blodk 9 


NULL, 


// Message block 10 is not defined 


NULL, 


//Message block 11 is not defined 


&xnessageBlockl2, 


//Message block 12 


&inessageBIockl3, 


//Message block 13 


&messageBlockl4, 


//Message block 14 


&3iiessageBlocklS, 


//Message blodc IS 


&xnessageBlockl6, 


// Message block 16 



56 



10 



IS 



WOOQ/36380 

&messageBIockl7. 

&messageBlockl8, 

&inessageBIockl9. 

&messageBlodc20, 

&messageBlock21, 

NULL. 

NULL. 

NULL. 

NULL, 

NULL. 

NULL. 

NULL. 

NULL, 

NULL. 

NULL, 

NULL 

}; 
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// Message blocJcl 7 

//Message block 18 

//Message block 19 

//Message block 20 

//Message block 21 

// Message block 22 is not defined 
// Message block 23 is not defined 
// Messa^ blodc 24 is not defined 
// Message block 25 is not defined 
// Message bkxdc 26 is not defined 
// Message block 27 is not defined 
// Message block 28 is not defined 
// Message block 29 is not defined 
//Message blodc 30 is not defined 
//Message block 31 is not defined 
// Message blodc 32 is not defined 



unsigned int nMessageBIocks - (sizeo^messageBlocks) / 
20 sizeo^messageBlocks[0])); 

// Method to count the numbo- of native modbus registers in a message block 



int registersInMessageBlock(messageBIock ^bp) 
25 { 

inti; //Loopcontiol 
urtc=K); //Accumulator 
for (i = 0;i < mbp->nPoinls;i-H-) { 
switch (mbp->points[i].type) { 
30 case T: { //Modbus Float is 2 registere 

c-f-2; 
break; 

} 
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caseT: { 

^» //Modbuslmisli^gistcr 
break; 

} 

ftnintf(stdenr.'XFnrecogni2ed data item type %c\n", 
nibiv>pomts[i].type); 

} 



} 

10 return c; 

} 



// End of '^ihnsonicMessageBlocks.cc" Ftogram Code 

15 



// Start of "Makesfile" Prognm Code 



20 COgH- 



all: ultrasonic 

convertModbus.o: convertModbusxc coovertModbusJi Makefile 
S(CC) -c -Wall -g c(nivertModbiis.cc 

asciiModbus.o: asciiModbus.cc asciiModbus.h Makefile 
S(CC) -c -WaU -g asdiModbusxc 

ultrasonicMessageBlocks.o: ultiasomcMessageBlocks.cc\ 
ultrasonicMessageBlodaJi Makefile 
$(CC) -c -Wall -g ultrasoiucMessageBlocks.cc 
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ultrasonico: ultrasoniccc asciiModbusJi modDataJi Makefile 
$(CQ -c -DDEBUG -WaU -g uhrasom&cc 
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uhrasonic: asciiModbus.o coiivenModbus.o ultrasomcoX 
S uItiasanicMessageBlodcs.o Makefile 

$(0C) ascuModbiis.o ultrasonicx) iiltrasoiiicMiessageBlocks.o\ 
coiivertKfodbiis.0 -o uhiasQnic 

10 // End ofMakefile" Program Code 

// Start of '^iltnsomcMessageBlodcsJr Progiam Code 

15 

#ifiidefULlllASQNICMESSAGEBLCXS_H 
#d^ne ULTRASONICMESSAGEBLOCSJI 

// 

20 //File:ultiasoiiicMessag^lodcsJi 
// Autho-D. Lambert 
//Date: July 2, 1998 
// 

// Defines stnictuies for message blocks as 
25 //inqilemeated in die ultrasonic meter; 
// 

^include "modDataii" 

#define MAXPOINTS 128 // Maximum number of points in a message block 

30 

typedefstnict { 

modData points[MAXPOINTS]; 
intnPoints; 
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// Tlie anay of message blocks 

extern messageBIock ♦messageBlocksQ; 
extern unsigDed ini nMessageBIocks; 

// 

// Retum a count of the number of modbus registers in a wipaegagp bk>ck 
// 

int r)^stersInMessageBlock(messageBIock *mbp); 



#eQdif 

// End of *^iltiasomcMessageBlocksJi*' Program Code 
// Start of 'Hiltrasonicn'* Program Code 

#!/bin/bash 

cat«EOM 
Content-type: text/btml 

<html> 

<TrrLE>Ultrasonic Meter l</ITrLE> 
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<yhead> 

<BODY backgroimd=".7backl lagif> 
<body> 

5 <Hlximg src=".71ogo_blagir aligiF4x>ttoiiixyHl> 
<Hl>Ultrasomc Meter 1</Hl> 
<Hlximg sic=".ydanlmeb.gir align=bottoiiixyHl> 
<HR> 
<BR> 
10 <H2> 

<CENTER> 

<sqiplet codcF^avachartqipleLdatcUne^xlassc^^ 

<pmm iiame=Copyri^ilNotification valiie="JavaChart is a cppyrigjited woiic, and subject to fiiU 
legal piotectioii"> 

15 <)>aramiiame==titleStringvalue==^oday'snowH^ 



<param iiameF=titIeFont vahiCF=n*iiiiesRoiiian^,l"> 



<^aiam name^plotAieaTop valiieF=^.8(r> 
<|iarain iiame=plotAieaLeft vaIueF=^.QS**> 
<panDn namcFplotAjeaRigbt value=^i8S"> 
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<])arain name=plotAreaBottoin value=".10"> 



<paniin name=xAxisOptions value="gridOn"> 
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<t)aram Qame=yAxisOptioi]s valiie="gridOii, rightAxis*'> 
<param name=netwoikInterval value="20'> 



30 



"^aram name=customDatasetHandler valu^"../ultsonic/ultrasonic.log"> 

<^aram nameF^datasetOnaine valueF="Meterr> 

<paraxn name=datasetOC61or value=^red'> 

<|)aiain name='legendOn value="yes**> 

<param name=legendLabelFont vaiue="TmiesRonian^4^"> 

<pzidm Daxne=2D value="yes"> 
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<HR> 

<table bonier=l bgcolor=whitesmoke cellspacmg=0 cel]paddiiig=^ cols=3 aligii=left> 
<trxth colspaii=3><B>Assorted I>atas^s</B> 
5 <tt> 
EOM 
cat«EOF 

<td valign^topxtable bgcolor=white boider=l cellspaciiig=0 cellpadding==5 colff=3> 
<tixtb colspaxi=3><B>SetiqX/B>^th> 
10 EOF 

/binAiltrasonic /dev/cuaO 32 1 

cat«EOF 

</tablt> 

EOF 

15 

cat«EOF 

<td valigDF=to]^xiable bgcolQF=wliite hoida^l cellspacmg=0 celIpaddmg=S coIs=3> 

<ti><di colspaiF=3><3>Flow Dati^^ 

EOF 

20 ^in/ultrasomc /dev/cuaO 32 12 
cat«EOF 
</table> 
EOF 

25 cat«;EOF 

<ld val=top><table bgcoloF^white boidep^l cellspacing^O cellpaddmg=5 cols=3> 

<irxth coIspan=3xB>€}alculati6n Results</BXth> 

EOF 

/bin/ultrasonic /dev/cuaO 32 14 
30 cat«EOF 

EOF 
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cat«EOM 
</table> 
</H2> 

<H2>CU(* mrter Image to Refiesh<yH2^ 
S <A HREF=iiltrasoiiic 1 Iximg src^.Tultsonicgir aligDFtop><A> 
<yCENTER> 
<A}ody> 
<yhlin> 
EOM 

10 

// End of *^lltFasomcl2** ProgFam Code 

IS // Start of^xltrasonicc'* Program Code 

// Ultrasonic acquisition module 
//D.Lambert 
20 //Daniel Industries 
// June 8» 1998 

#include <5tdio Ji> 
25 #include <ennoiP' 

#include<^mistd.b> 

#include "modData-h" 

^include ''convertModbus.h" 

#include "asciiModbus.h" 
30 #include "ultrasonicMessageBlocksJi" 

// Static function prototypes 
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// Local definitioDS 

#defineREADREGS3 ' // Read muttipleiesistas function code 

int main(int ai2c« diar **aigv) 

{ 

intnRegsRx; //Number of roisters lecdved 

mtfd; 

uint mbno; // Message block number 

int address 
messageBlock *mb; 
modR^ndiu$256]; 

modRQgtxData[2]; //Transmit data buffer 

if(argc<2) { //Make sure device is specified 
4'rintQ[stderr, "Serial device name is required as param^er l\n"); 

> 

if(atgc<3){ 

Qnint^stdar, "AAxQnis ID for meter is requixed as parameter 2\n"): 

} 

if(aigc<4){ 

4>nntfl[stderr, "Message blodc number is required as parameter 3\n"); 
«dt(l); 

) 

8scanfl[aigv(2],"%ud",&addrBss); 
if(address>64) { 

^>rinti(stdeiT, "Address %d is out of nDige\n",addrBss); 
«xit(l); 

} 

sscanfl:aigv(3],"%ud",&nibno); 
if(mbno>enMessageBlocks) { 

§jrintfl[stderr, "Message blodc number %d is out of range\n"Mno); 
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ent(l); 



if ((mb = raessageBlocks(mbno]) = NULL) { 

^rintg;stderr, "Message block nmnber ^ is not yet iiiq>lemaited\n",mbiio); 
«it(l); 

} 

if ((fd = sctupSerial(aigv(l])) < 0) { // Open the device 
^>rintfl:stderr, "%s: aigv[ll, sy5_eniist(ennoD; 
«it(l); 

} 

txData[0].value = iiil>^ints[0] j^, // Start Register 
txData[l].vaIue rqjsten]iiMessageB]ock(nib): // Number of i^isim 
oRbbsRx " sendAndReceiveAscii(fiUddress. 



modReg* niip=ncBii£ //Pointer to ntmodbus register 
fijr O=0p < nRBgsRxp++) { 

modData* m(4p&mb->points[i]; // Pointer to modbus data desoiptois 
if (m£^>^e=TO { // Piocess floats 
if (mdp->diq)lay) { 

piintf("%8s\t%f%s\n",nK^>c>iiame^etFloat(niip);m4>-^^ 

} 

°>n>+=2; //A float is two modbus registers 

} 

else if (mdp->type = T) { // Process ints 
if (mdp->display) { 



READREGS, 
txData^ 

ixBu^sizeofl^ixBuf)); 



if(nRegsRx<:^0) { 

^nintfl[8tden^."Conimunication Failure:- %s\n"^_enlist[enno]); 
print^Communication Failure:- %s\n"^jariist[enno]); 



else{ 
inti; 



// We have good data, process iti 
//Loop counter 
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printfr/o8s\l%hd %s\n";aidp^>name^hoi<inip)4ndi>^te^^ 

) 

°°P*^J //A short integer is one modbusregister 

} 

} 

} 

fflush(NULL); //Flush aU streams 

close(fil); //Qose device 

} 



// End of *^ilirasomc.c** Program Code 
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APPENDIX E 

makeULObootdisk script 

§ This is make ULObootdisk script 

U First make a cQiiq)ressed image of the root file system using a ram disk image 
./ make Coiiq>ressedRamDisk 

# Umnomit the flash disk 
umnoimt /mnt/flash 

9 Seta variable tobelarger than the mudier of blocks 

# ocaq>ied by the kernel image and a mimmal file system. 
Export KERNEL_BLOCKS=430 

# Make a file system diat size on the first part of the FLASH disk. 
Mke2& -i 8192 -m 0 /dev/hdc $KERNEL_BLOCKS 

# Now mount diat file system that has just been created 
mount /dev/hdc /nmt/flash 

# Renoove files that are not required 
rm -rf /mnt/flash/lost+ibund 

§ Make the necessary directories 
mkdir /mnt/flash/lost + found 

# Make the necessary directories 
mkdir /mnt/flash/{boot, dev} 

# Copy needed devices, 

cp -dpR /dev/{nuU, hda, hdal, hdc, hdcl} /mnt/flash/dev 

# boot files 

cp /boot/boot.b /mnt/flash/boot 
U configuration files, and finally the kernel image 
q) bdlilo.conf vmlinuz.enibedded /nmt/flash 
n Run lilo to update the bootblock 

# lilo -v -C bdlilo.conf -r /mnt/flash 

# echo "Setting flags to copy to ramdisk and start the image at block $KERNEL_BI 

# Update the kernel image to link to the compressed ramdisk image 
U rdev -r /mnt/flash/vmlinuz.embedded 8622 
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S Unmount the flash disk 
Unmount /mnt/flash 

# Write the ramdisk nnage after the end of the kernel filesystent 

#echo "Writing die conqjiessed root ffle system image 10 the floppy a^ 
i the boot image* 

dd if =/tmp/ram_unage.gz of ^/dev/hdc hs= Ik seek+$KERNEL_BLOCKS 



makeCompressedRamPisk script 



§ make Conqiressed RamDisk scrq)t 
echo 'Making a ram disk device* 

# Create a ramdisk by writnig zeroes using dd 

dd if=/dev/zero of =/dcv/ram hs= Ik count=4096 
S # Make a file^stem 

echo "Putting an ext2 filesystem on die ram disk' 
mk^fs -vmO /dev/ram 4096 
9 Mount the ramdisk 
echo 'Mounting the disk" 
mount Idtyltzm /maUram 

# Copy the root file system to the ramdisk 
echo "Copying die root file system" 

cp -dpR ./root/* /mm/ram 

# Unmount the ramdisk 
echo "Unmounting the disk" 
Unmount /mnt/ram 

0 Compress die ramdisk and copy it to a file 
echo "Compressing the image" 

ddif=/dev/rambs=lkcount=4096 | gzip-9 > /tmp/ram^image.gz 
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bdlilo.conf script 



install =/boot/bootb 
map = /boot/map 
read-write 

appciKi="load_raindisk=l raiiidisk:.start=430 ramdisk.size=8192" 

backup ss/dev/niill 

conqxact 

image =vmliiniz.embedded 
label s Bootdisk 
root » dev/hda 
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CLAIMS 

WHAT IS CLAIMED IS: 

1. A netwQik flow system 

at least one measuicnient device; 

8 flow conqniter assodated witfi at least one measurement device and 
receive data fiom said at least one measurement device, said flow conqniter also being a 
wd) servei; and 

a host con^juter connected to said flow con^wter locaUy or via an Intemet^tra^ 
wherein said host computer is pregrammed to transmit and receive data accoiding to a 
communication protocol and wherein said host computer may communicate wifli said flow 
computer by said connection between said host computer and said flow computer. 

2. Tlie network flow system ofdaiml, wherein said flow con^uter is identified by a 
URLaddiess. 

3. "nie network flow system ofclaiml.wherdn said host computer receives data fiom 
5 said wd) server in a wd> page fimnaL 

4. "ITk network flow system of claim I, wherein said communication protocol is an 
Interaet protocol. 

5. Tfie network flow system ofdaiml, wherein said flow computer is programmable 
to identify said at least one measurement deWce widiout indication fiom said host computer, a^ 
finlher wherein said flow computer self-configures to communicate with said at least one 
measurem ent device. 

6. The network flow system ofclaim 4, wherein said flow computer is programmable 
to identify said at least one measurement device without indication fiom said host computer, and 
firthier wherein said flow computer self-configures to communicate with said at least one 
measurement device. 

7. The network flow system of claim 1, wheran said flow computo- further comprises 
a storage device and wherein said flow computer is programmed with a scalable operating system 
recorded' on said storage device. 

8. The network flow system of claim 7, wherrin said operating system is compressed 
onto said flash disk. 

9. The network flow system of claim 1, wherein at least one of said measurement 
devices communicates with said flow computer by a non-Intemet protocol. 
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10. The network flow system of claim 1, wherem said host computer may lemotdy 
program said flow compute* via said loteniet, or intranet connection. 

11. The netwoik flow system of claim 1, wherein said flow computer is security 

programmed to aUow said host computer to program said flow computer only upra 
of predetennined conditions. 

12. The netwoik flow system of claim 1, v/bmin said host computer communicates 
with said flow computer via a web browser. 

13. A method to obtain measurement data, conq)rising: 

(a) coupling a flow computer to a measurement device, said measurement 
device suitable to monitor a fluid and provide coireqjonding measuremoit data; and 

(b) connecting said flow conqiuter via a communication link to a host computer, 
said flow computer communicating with said measurement device wifli a first inotocol and 
with said host conq)uter with a second protocol, said second protocol being suitable for 
Intemetrmtranet communication wherein said host computer obtains said coneqwnding 
measurement data fiom said measurement device through said flow computer. 

14. The method of clann 13, wherem said flow conqniter queries said measurement 
device at regular intervals, said measurement device responding with measurement data, wherein 
said flow conqsuter goierates a log of said measurement data, 

15. The mediod of claim 13. ^dierein said host computer is cq)able of programming 
said flow conq)uter. 

16. The method of claim 13, iw^eiein said host computer is capable of programming 
said flow computer using btemet browser software. 

17. The method of claim 13, wherein said flow computer is identified by said host 
conq>uter using a URL address. 

18. The method of claim 13, wherein said flow conqiutcr is programmed to generate a 
wd) page including said corresponding data fiom said measurement device. 

19. A networic flow computer, comprising: 

a first co mmuni c ati on port suited for connection to a measxirement device; 
a second communicat i on port suited for an Internet/intranet connection; 
at least one processor, and 

a memory device attached to said at least one processor, said at least one processor 
programmable to receive data fiom said measurement device through said first communication port 
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and programmable to transmit data by said IntemetTmHanet. connection duougb said second 
communication port. 

20. ThenrtwoikflowconvuterofclaimW.iiitoinaconqiressedopena^ 
stored on said memray device. 

21. The netwoik flow conqniter of daim 19. wherein a scalable operatiitg system is 
used in conjunction wifii said netwoik flow con^iiter. 

22. Hie netwoik flow conqniter of claim 19, herein said processor peifbnns 
calculations on said data received from said measurement device. 

23. The netwo± flow conqniterofclaim 22, v*erein said processor places a result fiom 
said calculations on a web page accessible through said second communication port 

24. The networic flow con^uter of claim 19, wbaan said processor places data 
received fiom said measurement device on a web page accessible through said second 
coimnunication port 
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